BG66817B1 - Method and system of communication between users, in particular between doctors/dentists and patients - Google Patents

Abstract

(57) The present invention relates to a method and system for communication between users, in particular between doctors/dentists and patients, which can be applied in the field of healthcare. The method includes: receiving a request for access to information via the Internet from a user device and/or searching for a doctor/dentist, checking and identifying the type of request and the type of user and processing the request depending on its type and level of user access, providing the user with wide-range, selected and reliable information, which is visualized on the respective user device. When requesting access to a work calendar and/or booking an appointment with a relevant doctor/dentist, two-way communication is carried out via the Internet between the users, in particular between a doctor/dentist and patients, whereby it is specified the date and time of appointment. Depending on the request and the user, a corresponding advertising banner is presented to the user's visualization device, as well as other requested information. The communication system between users, in particular between doctors/dentists and patients, provides the opportunity for communication directly between users. The system includes two servers, as on the first server (1) is built SQL database (1.1), serving "open ID" client-server technology, and on the second server (2) is built a user database (2.1), to which bidirectionally is connected a specialized module (2.2) for controlling and provisioning of information to users depending on the request and the type of user, whose material specific realization allows the implementation of the method of communication between users. The second server (2) through the specialized module (2.2) is connected via the Internet to "n" number of user devices (3), to the working device of the administrator (4) and to the first server (1). The second server (2) also includes a banner system module (2.4), an electronic messaging module (2.5) and a forums module (2.3), each of which is connected bidirectionally to the user database (2.1) and to the specialized module (2.2) for controlling and provisioning of information to the users. 8 claims, 7 figures

Description

(54) METHOD AND SYSTEM OF COMMUNICATION BETWEEN USERS, ESPECIALLY BETWEEN DOCTORS AND PATIENTS

Field of technology

The present invention relates to a method and system for communication between users, in particular between physicians / dentists and patients who may find application in healthcare.

BACKGROUND OF THE INVENTION

From the state of the art are known methods and systems for communication of users on the Internet, in particular social systems, organized in one of the following two ways: as users in an equal network (peer-to-peer network) or as a client-server network (server based network). More common is a client-server network that has one or more hosts, called server (s), that serve the network. The server stores information and resources and makes them available to other computers on the network. Users connected to the network are customers, where the user - customer is usually, but not always, a computer, and may be another device such as a computer - notebook, mobile phone and more. In the general known case, the client acts as a network device that sends a request to use a resource on the network to one or more servers. The server, in turn, provides the requested resources (data, software, printers, etc.) to other computers on the network and is used mainly for centralized management of network services, as each computer on the network can work as a client and as a server. It is known from the state of the art that a client can also be a software program. In its implementation, it connects to another computer server, and then there is the so-called client program, a known example of which is the e-mail program that connects to the mail server to receive or send emails to the user. Server networks can have thousands of users. They are more expensive than peer-to-peer networks, but are the best solution for large companies or when there is a need to store a large amount of information. Client-server network administration is simpler, especially for networks with a large number of computers and shared resources. Shared files are stored on the server so that they can be easily backed up and found. The management of this type of networks is performed by a system administrator who exercises control over all network operations and resources. The security of these systems is significantly better than that of peer-to-peer networks. To log in to the network, each user must have a username and password created on the server. The network administrator can give different access rights to a resource to different users, where individual users can be grouped together by defining rights for individual user groups.

From the state of the art, in particular according to the registration certificate of utility model BG 1652 U1, a system for providing internet access is known. The known system is designed to provide free and secure access to users to the global network - the Internet and includes an element for receiving a request from a user to connect to the global network and an element for providing access. According to BG 1652 U1 in the registered system for providing Internet access, the element for receiving a request from a user is connected to the element for providing access to a partner site, wherein the user recognition element includes a module for accessing the global network - Internet. According to a preferred embodiment of the known system, the element for recognizing the user as a new user or as an already known, known user in the network is dd-wrt software, and the element for providing access to a partner site is http server and user, where dd-wrt software also provides the user with access to the global network - the Internet. The request for access to the global network enters the element for accepting the request, which is forwarded to dd-wrt software, which identifies the user as a new or already known user. A user already identified as known is redirected to an http server, which returns the request to the user with the requested and / or added content, such as an advertisement. In the general case, the user does not have direct access to the network, and the specific user is given the right to choose to view the sent information and / or advertising or

Descriptions of issued patents for inventions № 02.2 / 28.02.2019 to continue to the global network. If the user chooses to view the information and / or advertisement first in order to continue to the WAN, he must re-apply for access. When the user is recognized by dd-wrt software as known to him, access to the global network is provided through a virtual access tunnel, protecting the user from third party interference.

The known system for providing Internet access does not provide the possibility of communication directly between users, in particular between doctors and patients, and does not provide selected information depending on the user's request and the level of access for the user.

Technical essence of the invention

It is an object of the present invention to provide a method and a system which enable communication directly between users, in particular between doctors / dentists and patients, in which selected and reliable information is exchanged depending on the user's request and desire. , as well as in accordance with a certain level of access for the respective user.

The method of communication between users, in particular between doctors / dentists and patients, includes the following operations: obtaining a request for access to information and / or searching for a doctor / dentist via the Internet from a user device, performing a check to identify the type of request and determining of user type, processing of the request depending on its type and user access level. Relevant information on searching for a doctor / dentist and / or work calendar of the doctor / dentist and / or booking an appointment with a doctor / dentist is extracted from the user database. Information about articles about patients or doctors / dentists, or information about useful links, or a calendar of events, or conducted surveys or forums, e-mails, is also extracted. The information is displayed on the respective user device in accordance with the function and type of the request. When performing the operation processing the request depending on its type and level of user access to a new user - patient or doctor / dentist, the action of determining the identification code and registering the user in an SQL database serving "open ID" server technology is performed. -client, after which the level of access is determined and the registration of the user is recorded in an array of users on a user database. When the request is submitted by a registered user - patient, this request is submitted to the user database for retrieval and provision of relevant information. At the request of a doctor / dentist, a check is made for the level of access and certification of a doctor's competence. Upon confirmation of the level of access, the request is submitted for processing and provision of relevant information. When requesting access to a work calendar and / or booking an appointment with a doctor / dentist, two-way communication is carried out via the Internet between users, especially between doctors / dentists and patients, specifying the date and time of admission. When requested by a user, information about the type of user and the level of access of the user is sent to the banner system. In accordance with the level of access of the user, an advertising banner is submitted to the user visualization device, where parameters such as size, duration, display time of each advertising banner and the sequence of banners from the respective advertising campaign are predefined and set in a banner. the system.

When requesting a search for a doctor / dentist, drop-down menus for selecting parameters are generated, whereby the user selects and / or enters sequentially known to the parameters area, city, medical institution of the searched doctor / dentist, specialty, name and / or surname of the doctor / dentist and the type of his reception. These parameters are submitted to the user database and based on them the information contained in the data set for doctors / dentists is extracted and filtered. The filtered information is sorted according to the rating of the doctors / dentists and their free hours, if the day and / or time of admission is given in the request, after which this information is submitted to the user.

The rating of doctors / dentists is determined by generating a message with questions after examining the user, which is sent to the user, whose answers are automatically reported in

Descriptions of issued patents for inventions № 02.2 / 28.02.2019 moment of filling. The received data are processed and stored.

Upon request by a user for admission, consultation and / or examination of a patient by a doctor / dentist, a calendar is generated for the respective selected admission office and a set period of time - daily, weekly, monthly calendar of the current year and with color designation of free hours, then at the user the patient is marked in the calendar of the doctor / dentist day and time for admission with the status "waiting for confirmation". In accordance with the response of the doctor / dentist, a confirmation and / or cancellation and / or marking of a new day and time for admission is generated, which is recorded on the calendar. Thus, after the doctor / dentist-patient communication, the time of admission is determined.

For a user doctor / dentist, calendars are activated, corresponding to each of the offices in which the doctor makes an appointment. The calendar contains optional interfaces, respectively daily, weekly, monthly calendar, list of patients, determination, confirmation and / or change of reception or meeting and / or archiving of the held receptions or meetings and events. When determining a new appointment or a new appointment, enter the name of a patient from the list of patients on the report, or the name of a new, unregistered patient, or a personal commitment of the doctor / dentist. When a day and time of admission is set, a deadline is set for the patient to confirm admission. In the case of a user of auxiliary medical staff, a check is performed for authorization of the person to perform the actions described above.

After specifying the date and time of reception, the status "pending confirmation" in the calendar changes to "confirmed". A message is generated for the specified intake, which is sent to the patient and the doctor / dentist.

The system for communication between users, in particular between doctors / dentists and patients includes two servers, the first server has a SQL database serving "open ID" server-client technology, and the second server has a user database, to which is a two-way connected specialized module for management and provision of information to users depending on the request and the type of user - doctor / dentist or patient. The second server through the specialized module for management and provision of information depending on the request and the type of users is connected via the Internet to the first server, to η number of user devices and to a working device of an administrator.

The second server also includes the banner system module, e-mail module and forum module, which modules are connected bidirectionally to the user database of the second server and to the specialized module for management and provision of information to users depending on the request and type of user - doctor / dentist or patient. The banner system module is connected through the specialized module for management and provision of information to the users depending on the request and the type of the user through the Internet and to the working device of the administrator and to the respective user device. Also, the forums module is connected through the specialized module for managing and providing information to users depending on the request and the type of user via the Internet to the respective user device. The e-mail module is connected to the Internet.

The specialized module for management and provision of information to users depending on the request and the type of user includes a module of registration and a module of certification of a doctor / dentist, the two modules are connected in both directions, and each has one input and output, which are inputs and outputs of the specialized module for management and provision of information to the users depending on the request and the type of the user for connection with the user database of the second server. The registration module is connected to the output of a second element for access control and bidirectionally to the input and output of the specialized module for management and provision of information to users depending on the request and type of user for connection via the Internet to the first server and the user. device. The second access control element also has inputs and outputs, which are respective inputs and outputs of the specialized module for management and provision of information to users depending on the request and type of user for connection to the user database of

Descriptions of issued patents for inventions № 02.2 / 28.02.2019 the second server and through the Internet to the respective user device. The specialized module for management and provision of information to users depending on the request and the type of user also contains a module for searching for a doctor / dentist, work calendar module, module articles for doctors / dentists, module articles for patients, module medical audit, module lawyer's blog, useful links module, event calendar module, forum management module, surveys module and video module. The inputs of these modules are connected to the output of the second access check element. In addition, each of these modules is connected to the input and output of the specialized module for management and provision of information to users depending on the request and type of user to connect to the user database of the second server and the Internet to the user device. the display on which the boxes corresponding to the function of the modules are visualized.

The forum management module of the specialized module and the advertising space module have inputs and outputs, representing inputs and outputs of the specialized module for managing and providing information to users depending on the request and the type of user, which inputs and outputs are connected to the standard module forums and to the banner system module, which standard modules are connected through their inputs and to the output of the specialized module for management and providing information to users depending on the request and type of user to connect to the administration module. The administration module has inputs and outputs, respectively, inputs and outputs of the specialized module for management and provision of information to users depending on the request and type of user to connect via the Internet to the administrator's device and to the user database of the second server . The administration module is connected to the output of the first access control element, which is connected to the input and output of the specialized module for management and provision of information to users depending on the request and type of user for connection via the Internet to the administrator's device. and to the user database. The input of the administration module is connected to the output of the first access control element, which is connected to the output of the specialized module for management and providing information to users depending on the request and type of user for two-way connection to the user database of the second server. and via the Internet - to the administrator's operating device.

The user database of the second server contains separate arrays of information about the identification data of the users - doctors / dentists, patients, medical persons, connected with an array for the workplaces with working hours and medical establishments, an array of medical specialties and specializations of doctors, an array of work contacts and an array of calendar of medical events.

The method and system described in this way allow for reliable direct communication between doctors / dentists and patients, which can take place in real time and in a dialog mode, while the information to users by type and volume depends on the type of specific user - doctor / dentist or patient. In addition, the inventions can be used for communication between physicians / dentists, between physicians and health care institutions and organizations, and between such institutions and patients.

Explanation of the attached figures

The method and system for communication between users, in particular between doctors and patients, are illustrated by the following figures:

Figure 1 is a diagram illustrating in summary form the method of communication between users, in particular between doctors / dentists and patients;

Figure 2 is a diagram of the execution of an application for registration of a doctor / dentist;

Figure 3 is a diagram for executing a patient registration request;

Figure 4 is a diagram of the processing of a search request for a doctor / dentist; Figure 5 is a diagram of the processing of an application for admission to a doctor / dentist;

Descriptions of issued patents for inventions № 02.2 / 28.02.2019 figure 6 - block diagram of the system implementing the method;

Figure 7 is a functional diagram of the system according to the present invention.

Examples of the invention

The method and the system for communication between users, in particular between a doctor / dentist and a patient, are illustrated by an exemplary embodiment shown in the attached figures 1 to 7.

According to FIG. 1, when a request for access to information from a user device via the Internet is submitted, before processing the request with a new user - patient or doctor / dentist, a user registration procedure is performed, after which a level of access is determined and the user registration is recorded in array of users. When the user does not want to register, he is limited to using a demo version of the communication method.

When the request is submitted by a registered user - patient, this request is submitted for processing and retrieval and provision of relevant information. Upon request by a doctor / dentist, an access check is performed and the competence of a doctor / dentist is certified, after which, upon confirmation of the level of access, the request is submitted for processing and provision of relevant information. Requests can be about finding a doctor / dentist, setting a date and time for an appointment with a doctor / dentist and / or work calendar of the doctor / dentist, articles about patients or doctors / dentists, information about useful links, calendar of events, surveys or forums. The information is displayed and sent to the respective user device.

When applying for registration of a doctor / dentist (Fig. 2), the identification and personal data are entered sequentially, namely: user type, universal identification number (UIN) or (LPK), password, password confirmation, e-mail address, scientific or academic degree, name and surname, main specialty, additional specialties, contact telephones, district and settlement of the cabinet (s) for admission. Other data can be entered (year of birth, UIN of a friend (s), etc.). Personal data is selected from generated drop-down menus.

A check is made for the correctness of the entered registration data, first checking whether there is such a registered user, and then checking the other data. From the optional data of the UIN of a friend / s, it is checked only whether there are registered doctors / dentists with such UIN / LPK in the database. Only those of already introduced doctors / dentists are accepted. Error messages are generated for all detected errors or omissions in the entered data.

Correctly entered data is stored in user and SQL databases. For the made registration messages are generated and sent to the doctor / dentist, a person for certification and to the doctors / dentists-friends, whose UIN / LPK have been entered. The registered doctor / dentist has an entrance to create a profile or to a menu for registered doctors / dentists.

When applying for patient registration, as shown in fig. 3, the same actions are performed as are performed during the registration of a doctor / dentist from fig. 2. The data that the patient enters are: username, password, password confirmation, e-mail address, name and surname, contact numbers. A message is generated and sent to the registered patient about the registration. After registration, the patient has a login to create a profile or to a menu for registered patients.

When requesting a search for a doctor / dentist (Fig. 4), drop-down menus are generated for selecting the parameters area, city, medical institution of the searched doctor / dentist, specialty, and the user enters consecutively those that are known to him. In the next step, enter the name and / or surname of the doctor / dentist and the type of his reception. The parameters are submitted to the user database and based on them the information contained in the data set for doctors / dentists is extracted and filtered. The filtered information is sorted according to the rating of the doctors / dentists and their free hours, if the day and / or time of admission is given in the request, after which this information is displayed to the user. Depending on the search result obtained, the user can undertake a new search or connect respectively to the entrance for review of the calendar of the doctor / dentist to record the date and time of admission, to the entrance review of the rating of le

Descriptions of issued patents for inventions № 02.2 / 28.02.2019 to the dentist, to the entrance for reviewing the profile of the doctor / dentist or to the exit from the system.

The rating of doctors / dentists is determined by generating a message with questions after examining the user, which is sent to the user, whose answers are reported automatically at the time of filling. The received data are processed and stored.

Upon request for an appointment with a doctor / dentist, as shown in fig. 5, a calendar with a program is generated for each of the reception offices of the selected doctor / dentist.

The doctor's / dentist's offices can be more than one, in one or in different settlements and medical establishments, providing information about the location of the office where the respective doctor / dentist performs, the specialty / specialties, as well as the hours of reception. The calendar for each of the offices contains optional interfaces - daily, weekly and monthly calendar for the annual period, and the free hours for reception are color-coded.

In the case of a patient user, he selects and marks a corresponding free day and time for admission, which generates a message with data on admission. Additional data are entered in connection with the application for admission, such as symptoms, research data, past epicrisis, etc. The submitted data are checked for correctness, and in case of detected errors a message is generated with the reception data with indications of the errors. If the data is correct, an entry is made for the admission in the user database with the status "admission, awaiting confirmation from the doctor / dentist". Messages for the engaged date and time of admission are automatically generated and sent to the patient and the doctor / dentist, and in case of a specific assignment for the respective office and medical institution to the medical administration. After maintaining the appropriate date and time of admission, the patient is provided with access to a menu for patients, to view a personal calendar or profile, or exit the system.

At the user doctor / dentist, calendars are generated, corresponding to each of the offices in which the doctor makes an appointment. The calendar contains optional interfaces, respectively, daily, weekly, monthly calendar for the annual period, list of patients, determination, confirmation and / or change of reception or meeting and / or archiving of the accepted receptions or meetings and events. When the doctor / dentist appoints a new appointment or a new appointment in the calendar, the name of a patient from the list of patients is entered in the relevant office, or the name of a new, unregistered patient, or a personal commitment of the doctor / dentist. When a day and time of admission is determined, the deadline for confirmation of admission by the patient is set. After checking the entered data, an entry is made in the user database with the status "waiting for confirmation from the patient". In case of a user of auxiliary medical staff, a check is performed for authorization of the person to perform the actions described above. Messages are automatically generated and sent to all interested parties.

When requested by a user, information about the type of user and the level of access of the user is sent to the banner system. An advertising banner corresponding to the user's access level is submitted to the user's display device, where parameters such as size, duration, display time of each advertising banner and the sequence of banners from the respective advertising campaign are predefined and set in banner system.

After the processing of the application for admission and entry in the user database on the engaged day and time for admission to confirm the admission with the status "pending confirmation" by users - patients or doctors / dentists / medical staff or administration, similar actions are performed. those described in the processing of the application for admission (Fig. 5).

Figure 6 shows a block diagram of the communication system between users and in particular between doctors / dentists and patients according to the invention. The system is implemented as a client-server network over the Internet (server based network), which includes two servers, the first server 1 and the second server 2. The two servers 1 and 2 are connected to each other through the global network - the Internet.

The first server 1 serves "OpenlD" technology, and on it under the operating system Linux, SQL database 1.1 and modules "OpenlD" server 1.2 and "OpenlD" client 1.3 are installed. It serves to manage and store usernames and passwords of users and system administrators, and this standard allows the client to log in to various sites without having to

Descriptions of issued patents for inventions № 02.2 / 28.02.2019 to be registered in each of them separately. A single address is entered - its OpenlD - and communication is done by selecting an entry. The registration of users through this standard is the basis for regulating the access of users to information.

On the second server 2 under the Linux operating system, a user database 2.1 was created and maintained to support relational databases. The database 2.1 of server 2 includes an array of information with data of users - doctors, patients or medical personnel, associated with an array of workstations with working hours, medical facilities and work contacts. In addition, the array of information with user data is connected with an array of consumer specialties, with arrays respectively calendar of medical events, medical audit.

On server 2 is installed the specialized module for management and provision of information to users depending on the request and the type of user 2.2, processing requests for communication between doctors and patients, which is connected to the user database 2.1.

On the second server 2 are installed the control standard modules, adapted to the functions of the electronic communication system according to the utility model, namely: module forum 2.3, designed for servicing Internet forums, module banner system 2.4, which serves as management of image advertising campaigns and module for electronic messages 2.5 - module for internet mailing campaigns.

The installed modules use peripherals, processors, disk space and memory, determined according to the specific requirements of the system.

All types of devices such as computers, laptops, tablets that support Internet browsers can be used as user devices 3.

The second server 2 through its interface is directly connected to the user devices 3.1, 3.2, 3.3., (3i) ... Zp via the Internet, using protocols "http" and "https".

In FIG. 7 is a functional diagram of the elements, modules and connections between them, providing an exemplary embodiment of the communication system, in particular a doctor / dentist-patient according to the present invention. The first server 1 is connected via the Internet to server 2. The second server 2 is connected to the working device of the administrator 4 and to one exemplary user device - computer Zd. The display of the user device 3.i shows sample boxes, which are visualized during the operation of the system, namely: registration form, user login forms, work calendar, search doctor / dentist, lawyer's blog, medical audit, useful links, calendar of events, articles for doctors / dentists and, articles for patients, forums, surveys.

On the second server 2 is installed the specialized module for management and providing information to users depending on the request and the type of user 2.2, as well as the user database 2.1 and the control standard modules for forums 2.3, banner system 2.4 and electronic messaging system 2.5. .

The specialized module for management and provision of information 2.2 includes elements, modules and connections for processing requests and for communication between doctors / dentists and patients, namely: registration module 2.2.4, connected in both directions to the user database 2.1, and through the internet network with the respective user device 3.i and with the first server 1. To the registration module 2.2.4 the doctor's certification module 2.2.3 is connected in two directions, which in turn is connected in both directions to the user database 2.1, to the first element for access check 2.2.1 and directly to the Internet to 4. The first element for access check 2.2.1 is connected bidirectionally to the user database 2.1, and its output is connected to the administration module 2.2.2, which in turn has a bidirectional connection to the user database 2.1 and via the Internet - to the working device administrator 4. The output of the administration module

2.2.2 is connected to the banner system module 2.4 and to the electronic messaging module 2.5. One of the inputs of the registration module 2.2.4 is connected to the output of the second access control element 2.2.5, which is connected in both directions to the user database 2.1 and via the Internet - to

Descriptions of issued patents for inventions № 02.2 / 28.02.2019 the respective consumer device 3.i. The second outputs of the second access control element 2.2.5 are connected to each of the modules respectively work calendar module 2.2.6, doctor search module 2.2.7, lawyer blog module 2.2.8, medical audit module 2.2.9, module useful links 2.2.10, event calendar module 2.2.11, doctor articles module 2.2.12, patient articles module 2.2.13, forum management module 2.2.14, surveys module 2.2.15, video module 2.2.16 and module advertising space

2.2.17, which in turn are also connected in both directions to the user database 2.1.

The ones included in the specialized module for management and provision of information depending on the request and the type of the user are connected to the user database 2.1 in both directions.

2.2 modules, namely: work calendar module 2.2.6, connected in both directions with doctor search module 2.2.7, as well as lawyer's blog module 2.2.8, medical audit module 2.2.9, useful links module 2.2.10, calendar module of events 2.2.11, module articles for doctors 2.2.12, module articles for patients 2.2.13, forum management module 2.2.14, survey module 2.2.15, video module 2.2.16 and advertising space module

2.2.17. Each of the modules of the specialized module for management and provision of information 2.2 is connected via the Internet to its corresponding function box, visualized on the display of the user device 3.i.

To the module advertising space 2.2.17 and the module management forum 2.2.14 of the specialized module for management and provision of information 2.2, the standard modules are connected respectively the module banner system 2.4 and the module forum 2.3, which are adapted to the system functions according to the utility model. The standard electronic messaging module 2.5, designed to send messages to users, is directly and unidirectionally connected via the Internet to the user's e-mail. The banner system module 2.4 and the electronic message module 2.5 are connected in both directions to the user database 2.1.

The system described in this way allows for reliable direct communication between doctors / dentists and patients and at the same time for submitting on request information to users, the type and volume of which depends on the type of specific user - doctor or patient. In addition, the system can be used for communication between doctors, between doctors and health institutions and organizations, as well as between such institutions and patients.

Action and application

The system works with the help of modules and a database stored on disk drives. During the operation, the modules and data required by the system are loaded into the memory of the respective server 1, resp. 2, where the processing is performed. Loading takes place according to user requests, and depends on what is being processed and what needs to be processed at the moment. The data processing is performed by two or four core processors. Server-level data exchange is through the network interface, disk drives or directly through memory. The exchange of data between the user and the server is carried out via Internet protocol connectivity using standard hyper terminal protocol requests (http) client-server. The actions serving the system are performed in the following sequence:

The user enters the Internet address in the browser of his user device 3i. The browser of the user device 3i prepares a series of standard Internet requests to establish a connection to the Internet (IP) address of server 2. As a result of these actions an Internet connection is established between the two devices (user device 3i and server 2), which provides exchange of data between them. Once the connection is established, the server 2 reads the home page from its hard disk and returns it to the user boot device 3i. It contains fields with key commands, the purpose of which is to determine the further behavior of the system and which next input form should be returned to the user. The user selects one of the options, as a result of which the user device 3i generates a new request to the server 2, which specifies the next form. Based on the submitted request, the server 2 returns one of the four input forms for users:

• doctor registration • patient registration

Descriptions of issued patents for inventions № 02.2 / 28.02.2019 • use of the system by a registered doctor • use of the system by a registered patient.

According to the user's choice, the further behavior of the system is determined by the algorithm of action and the request, the form of which is chosen by the user.

A more detailed description of the operation of the communication system between users, especially the doctor / dentist - patient, is given below.

Users connect from user devices to servers over the Internet. In turn, the two servers are also connected to each other via the Internet. The whole process of use is a cycle that proceeds in the following sequence:

Each user's browser submits to server 2 an image request for all or part of a preview page. (In the description, the parts of the displayed pages are called fields and boxes.) Requests are generated as a result of user action in the area of the page displayed by the explorer and / or filling in data in a field.

The second server 2 receives the request and processes it. Server 2 returns the processed image to the client browser for a visualized box (or for an entire page).

When applying for verification of access rights to the system, the cycle is extended by the steps:

- server 2 submits a request for data verification to the first server 1;

- server 1 receives the request and processes it;

- server 1 returns to server 2 a result with information allowing or not access;

- server 2 returns to the client browser the processed according to the authorizing response of server 1 image for visualization;

- the process continues again from action.

The cycle is repeated between these points until you exit the system.

Operation of the system upon request for registration of a doctor / dentist

In this request, the system works as follows.

According to the user's choice, user device 3i has applied for a doctor's registration form.

The second server 2 reads the corresponding form from the hard disk and returns it to the user boot device 3i. The submitted form contains the fields in which the doctor / dentist must fill in his universal identification number (UIN), title, name, surname, specialty, access password, telephone, etc.

After filling in the user must continue the process with the button "register", as a result of which the data from the registration form is sent as another request from user device 3i to server 2. This request activates in the memory of server 2 registration module 2.2.4, which takes the request and checks its data for correctness.

If there is incorrect data, the registration form for data correction is returned to user device 3i together with entered error messages. The process continues until all data is entered correctly or the user is logged out.

In case a request is received with correctly entered data, registration module 2.2.4 records the user's parameters in the database 2.1 and submits a request to the first server 1 for opening an "OpenlD" account. Server 1 opens the account and saves the necessary parameters in its database. A common identifier (ID) is used as a connecting parameter of the account in both servers. After the description of the account in the databases, registration module 2.2.4 prepares and sends an electronic notification letter to an authorized person (notary) for physical verification and confirmation of the registration and an electronic notification letter to the applicant for registration.

After sending the letters, the specialized module 2.2 in the server 2 generates a code with the corresponding components for the shape of the desktop of the system, which code is returned to the user device 3i for loading. The user parameters are used to generate the form. In the absence of

Descriptions of issued patents for inventions № 02.2 / 28.02.2019 data for some parameters are used standard ones, previously set by an administrator. The user device 3i displays the resulting shape according to the code with which it is described. Following the code, the corresponding elements and boxes are displayed on the desktop.

Where information should be displayed, the resulting form code contains commands for the browser of the user device 3i, which can be sent in the form of requests to the server 2. Sent, such a request is taken by the specialized module 2.2, which activates in The RAM of the server 2 corresponding module.

The activated module, using the parameters of the user corresponding to his ID, makes a request to the database to download the relevant information. Each module of the system processes different specific information. The processed data is returned to user device 3i in response to the request. The user device 3i receives the data and visualizes it at the place where the command is activated. The process continues until the code on the desktop page is fully executed. The desktop page displayed in this way contains commands and personal information for the user, filtered according to its attributes. The state of the user device 3i remains unchanged until the user does not activate any of the commands on the page.

Operation of the system when requesting patient registration

According to the user choice, the user device 3i has applied for a patient registration form. Server 2 reads the corresponding form from its hard disk and returns it to the user boot device 3i. The submitted form contains the fields in which the patient must fill in his / her name, surname, password, telephone number, year of birth, etc.

After filling in, the user must continue the process with the "register" button, as a result of which the data from the registration form is sent as another request from user device 3i to server 2. This request activates in the memory of server 2 registration module 2.2.4, which takes the request and checks its data for correctness. If there is incorrect data, the data correction registration form is returned to user device 3i together with entered error messages. The process continues until all data is entered correctly or the user is logged out.

Provided that a request is received with correctly entered data, registration module 2.2.4 records the user's parameters in the database and submits a request to the server 1 for opening an "OpenlD" account. Server 1 opens the account and saves the necessary parameters in its database. A common ID is used as a connecting parameter of the account in both servers.

After describing the account, the registration module 2.2.4 prepares and sends an electronic notification letter to the applicant for registration. After sending the letter, the specialized module

2.2 in server 2 generates a code with the corresponding components for the form of the desktop of the system, which code is returned to the user device 3i for loading. The user parameters are used to generate the form. In the absence of data for some parameters, standard ones, set in advance by an administrator, are used.

The user device 3i displays the resulting shape according to the code with which it is described. Following the code, the corresponding elements and boxes are displayed on the desktop.

Where information is to be displayed, the resulting form code contains commands for the browser of the user device 3i, which are sent in the form of requests to the server 2. Sent such a request is taken by the specialized module 2.2, which activates in the RAM memory of server 2 the corresponding module.

The activated module, using the user's parameters corresponding to his ID, makes a request to the database 2.1 to download the relevant information. Each module of the system processes different specific information. The processed data is returned to the user device 3i in response to the request. The user device 3i receives the data and visualizes it at the place where the command is activated.

Descriptions of issued patents for inventions № 02.2 / 28.02.2019

The process continues until the code on the desktop page is fully executed. The desktop page displayed in this way contains commands and personal information for the user, filtered according to its attributes. The status of user device 3i remains unchanged until the user activates any of the commands on the page.

Operation of the system upon request for access by a registered doctor / dentist

In this request, after the start of the process, the user device 3i has received a page with the fields on which the doctor can write his universal identification number (UIN) and access password.

After filling in the identifying fields, user device 3i submits a request for checking the access to the server 2. Server 2 takes the data and activates in its memory the second access check element 2.2.5, which prepares to the database 2.1 a request for checking the availability of a user with such a universal identification number and password.

If there is no match, the second access check item 2.2.5 generates to the user device 3i a new correction registration form together with an error message. The process continues until correct data is entered.

Provided that a request is received with correctly entered data, the second access control element 2.2.5 reads from the database in the memory the parameters of the doctor / dentist. These parameters contain personal information about him - specialty, title, name, selected user modules and more. Based on these parameters, the specialized module 2.2 in server 2 generates a code with the corresponding components for the shape of the doctor's desktop, which code is returned to the user device 3i for loading. The parameters of the doctor / dentist are used to generate the form. In the absence of data for some parameters, standard ones, set in advance by an administrator, are used. User device 3i displays the resulting shape according to the code with which it is described. Following the code, the browser of the user device 3i displays the corresponding elements and boxes on the desktop. Where information is to be displayed, the resulting form code contains commands for the browser of the user device 3i, which executes them generating requests to server 2. Sent such a request is taken by the specialized module 2.2 in server 2, which activates in RAM the corresponding module. The module activated in the memory, using the parameters of the doctor corresponding to his ID, makes a request to the database 2.1 and downloads the relevant information. Each module of the system processes different specific information.

The processed data is returned to user device 3i in response to the request, user device 3i receives the data and visualizes it at the point where the command is activated.

The process continues until the full execution of the code on the doctor's / dentist's desktop.

System operation when a system patient requests access to the system

In this request, after the start of the process, the user device has received a page with the fields on which the patient can write his name and password for access.

After filling in the identifying fields, the user device 3i submits a request for data verification to server 2. Server 2 accepts the request and the algorithm of action continues in a manner similar to the one described above for the algorithm of action for requesting access to the system of a registered doctor .

System operation when requesting an appointment

This algorithm starts from the moment the user device has received a command page that leads to a specific date on the doctor / dentist's calendar, and the patient has activated the command. As a result of the activation, user device 3i generates a request to server 2. Server 2 receives the request and activates in the memory module work calendar 2.2.6, which reads from the database a data packet filtered according to the parameters of the request and those of the patient. The read data is coded together with the necessary commands from the working calendar module 2.2.6 and returned as an image

Descriptions of issued patents for inventions № 02.2 / 28.02.2019 on the next page to a consumer device 3i. Thus, the 3i page displayed on a user device contains an image of a calendar with segments of the working hours of the doctor's / dentist's daily schedule.

Description of the operation of the system upon request for a doctor

To load "Search for a doctor" the system uses the ID attributes of the user and the form "Search for a doctor" loaded in the "Active page". At this point the algorithm can be called from:

• from the box "Search for a doctor" • from a direct link via the Internet • from links in other modules.

The following actions are performed:

- loading head of the page, as the head is common to all pages of the system and includes the system logo, banner, links and navigation bar;

- inclusion of a timer, which reloads the page for searching for a doctor after a time set by the administrator and a timer for reloading the advertising space after a time set by the administrator;

- loading an advertisement for the page - starting point of the steps for loading an advertisement;

- loading personal information from "Advertising space" - the user's ID attributes are submitted to "advertising space" for loading advertising images. The obtained images are loaded in the areas designated for them on the screen of the user device 3i;

- display the filter fields "Search doctor", displaying the search fields:

. District • City. Specialty. Medical institution. Name - Surname of the doctor. Type of reception. Desired date for review.

If the page is called from the box "search for a doctor" the fields District, City and Name - Surname doctor are loaded from the information submitted in the box.

Each time the filter values change, a query is generated to the database

- loading information from a user database 2.1, downloading a filtered list of doctors from the database;

- loading field "results" - the list is visualized by the user's browser:

- loading box 1, set by the system administrator;

- loading personal information from a user database 2.1. Loads the corresponding box with information according to the ID attributes of the user and his personal data;

- loading box medical institution by calling and loading box 2, set by the system administrator;

- loading personal information from a user database 2.1. Loads the corresponding box with information about the profile of the medical institution indicated in the filter;

- record current ID parameters in a user database 2.1. Saves current ID parameters (view, timers, etc.);

- event anticipation - a stable state in which the system expects user action;

- record current ID parameters in a user database 2.1. Current ID parameters are recorded in case of user data changes in the filter field or boxes;

- record current ID parameters in a user database 2.1. The personalizations of some of the boxes or the "Calendar" field are saved;

- record current ID parameters in a user database 2.1. Current parameters of the ID profile are saved when you go from the page "Search for a doctor" to:

Descriptions of issued patents for inventions № 02.2 / 28.02.2019. Desktop . Work calendar. Forum or. Exit the system.

- output - this is the point at which one exits the system or loads one of the forms listed in the block.

Description of the operation of the system when requesting a working calendar and recording the day and time of reception

Input parameters. To load the "Working Calendar" the system uses the user's ID attributes and the "Calendar" field loaded on the "Working Calendar" page. At this point the algorithm can be called from:

- the navigation bar on the head

- from the search engine for doctors

- from the box "Working calendar".

The steps are performed:

Load page header. The chapter is common to all pages of the system and includes the system logo, banner, links and navigation bar.

Enable a timer that reloads the calendar page after an administrator-specified time.

Enable a timer that reloads inventory after an administrator-specified time.

Load an ad for a "Work Calendar," which is the starting point for the ad load steps.

Loading personal information from "Advertising space". The user's ID attributes are submitted to the "inventory" for loading advertising images. The resulting images are loaded in the designated areas on the screen of the user device 3i.

Loading calendar field. A calendar field is loaded with a view as in the last use of the module (for the day, for the week or for the month).

Loading personal information from a user database 2.1. The list of doctor's appointments is downloaded from the database. The downloaded meeting list is loaded in the field according to the selected view in the block. When a foreign calendar is displayed, the fields are filled in according to the attributes of the current user, imposed on those of the owner of the respective calendar. As a result, the user sees only records concerning his rights. All other entries from the foreign calendar are displayed with a certain color and icon according to their status attribute:

- Busy time

- Free time

Loading box_1, set by the system administrator

Loading personal information from a user database 2.1. Loads the corresponding box with information according to the ID attributes of the user and his personal data.

Loading box_2. Invokes and loads box 2, set by the system administrator

Loading personal information from a user database 2.1. Loads the corresponding box with information according to the ID attributes of the user and his personal data.

Recording current ID parameters in a user database 2.1

Saves current ID parameters (view, timers, etc.)

Event expectation - a stable state in which the system expects user action.

Recording current ID parameters in a user database 2.1. Saves current ID parameters for user data changes in the calendar field or boxes.

Recording current ID parameters in a user database 2.1. Records the customization of some of the boxes or the "Calendar" field

Recording current ID parameters in a user database 2.1. Saves current ID parameters

Descriptions of issued patents for inventions № 02.2 / 28.02.2019 profile when switching from the page "Working calendar" to:

- Desktop

- Work calendar

- Forum or

- Exit the system.

Exit - this is the point at which you exit the system or load any of the forms listed in the block.

Description of operation of the modules "Lawyer's Blog" and "Medical Audit"

Input parameters. To load the "Lawyer's Blog" or "Medical Audit" the system uses the user's ID attributes and the form "Lawyer's Blog" or "Medical Audit" loaded in the "Active Page". At this point the algorithm can be called from:

- Boxing "Lawyer's Blog" or "Medical Audit"

- direct link via internet

- links in other modules.

Load page header - The header is common to all system pages and includes the system logo, banner, links and navigation bar.

Timer - turns on a timer that reloads the page after a time set by the administrator.

Timer - includes a timer that reloads inventory after a time specified by the administrator.

Loading an ad for the page - the starting point of the steps for loading an ad.

Loading personal information from "Advertising space". The user's ID attributes are submitted to the "inventory" for loading advertising images. The resulting images are loaded in the designated areas on the screen of the user device 3i.

Evaluation parameter “page type” - Two types of content can be loaded in this page:

- List of blog topics

- Blog topic.

In this block it is determined by which branch of the algorithm to load the page

Load the "Subject" field.

Request for content of the topic from a user database 2.1. The content, votes and comments on the topic are downloaded from the database.

Checking changes - In case of changes (comment or vote) the data is checked (calculates the vote). A modal form can be called from this block.

Save current parameters in user database 2.1 - Validated changes are saved in the database Load field "topic list"

Request a custom list from a user database 2.1. A custom list of topics is downloaded from the database.

Loading box! - Calls and loads box 1, set by the system administrator

Loading personal information from a user database 2.1 - Loads the relevant information box according to the user's ID attributes and personal data.

Load box_2 - Invokes and loads box 2, set by the system administrator

Loading personal information from a user database 2.1. Loads the corresponding box with information according to the ID attributes of the user and his personal data.

Event expectation - a stable state in which the system expects user action.

Recording current ID parameters in a user database 2.1. Saves current ID parameters for user data changes in the page field

Recording current ID parameters in a user database 2.1. Saves current ID parameters for user data changes when exiting the page

Exit - This is the point at which you exit this page.

Descriptions of issued patents for inventions № 02.2 / 28.02.2019

Description of action of the module "Calendar of medical events"

Input parameters. To load the "Calendar of medical events" the system uses the user's ID attributes and the form "Calendar of medical events", loaded in "Active page". At this point the algorithm can be called from:

- from the box "Calendar of medical events"

- from a direct link via the Internet

- from links in other modules.

Load page header. The chapter is common to all pages of the system and includes the system logo, banner, links and navigation bar.

Timer - a timer is set that reloads the page after a time specified by the administrator.

Timer - Sets a timer that reloads inventory after a time specified by the administrator.

Loading an ad for the page - Starting point for the steps to load an ad.

Loading personal information from "Inventory" - The user's ID attributes are submitted to "inventory" for loading advertising images. The resulting images are loaded in the designated areas on the screen of the user device 3i.

Displaying the "Event List" field - Displaying the "Event List" field when selecting a link from an event calls a modal form with the event site.

Loading information from a user database 2.1- The field with a list of events filtered according to the user's parameters is loaded.

Loading Event Calendar box - Calls up and loads the Event Calendar box set by the system administrator.

Loading personal information from a user database 2.1. Adjusts the information box calendar according to the user's ID attributes and personal data. When selecting a date, reloads the event list box.

Load box_2 - Invokes and loads box 2, set by the system administrator

Loading personal information from a user database 2.1. Loads the corresponding box with information according to the ID attributes of the user and his personal data.

Event Waiting - A steady state in which the system expects user action.

Recording current ID parameters in a user database 2.1. Saves current ID parameters for user data changes when exiting the page

Exit - This is the point at which you exit this page.

Description of action of the module "Surveys"

Input parameters. To load ..Surveys, the system uses the user ID attributes and the box form of the module. At this point, the algorithm can be called from the page depicting the box.

Loading the box - Loads the box in the position specified for personalization or by the administrator.

Loading personal information from a user database 2.1

Loads a custom mini survey from the database. If an extended survey is to be displayed in the box, a text and a link to the "Active Page" are displayed, where the survey opens.

Load page header - The header is common to all system pages and includes the system logo, banner, links and navigation bar.

Timer - a timer is set that reloads the page after a time specified by the administrator.

Timer - Sets a timer that reloads inventory after a time specified by the administrator.

Loading an ad for the page - Starting point for the steps to load an ad.

Loading personal information from "Inventories" - The ID attributes of users are submitted

Descriptions of issued patents for inventions № 02.2 / 28.02.2019 to "advertising space" for loading advertising images. The resulting images are loaded in the designated areas on the screen of the user device 3i.

Display field ..Survey.

Loading information from a user database 2.1. Loads the survey questionnaire according to the user's ID attributes and personal data.

Data validation - Validation of the values of the individual answers

Validation of the survey - Validation of the integrity of the survey

Recording the entered data in a user database 2.1.

Loading box! - Calls and loads box 1, set by the system administrator

Loading personal information from a user database 2.1. Loads the corresponding box with information according to the ID attributes of the user and his personal data.

Load box_2 - Invokes and loads box 2, set by the system administrator

Loading personal information from a user database 2.1. Loads the corresponding box with information according to the ID attributes of the user and his personal data.

Event Waiting - A steady state in which the system expects user action.

Saving current ID parameters in a user database 2.1- Saves current ID parameters for user data changes when exiting the page

Exit - This is the point at which you exit this page.

Description of action of the module "Useful links"

Input parameters. To load "Useful links" the system uses the user's ID attributes and the box form of the module. At this point, the algorithm can be called from the page depicting the box.

Loading the box - Loads the box in the position specified for personalization or by the administrator.

Loading personal information from a user database 2.1. Loads a list of useful links. A personal list of links is loaded at the end of the list.

Load page header - The header is common to all system pages and includes the system logo, banner, links and navigation bar.

Timer - a timer is set that reloads the page after a time specified by the administrator.

Timer - Sets a timer that reloads inventory after a time specified by the administrator.

Loading an ad for the page - Starting point for the steps to load an ad.

Loading personal information from "Inventory" - The user's ID attributes are submitted to "inventory" for loading advertising images. The resulting images are loaded in the designated areas on the screen of the user device 3i.

Useful Links field

Loading information from a user database 2.1. Loads the list according to the user's ID attributes and personal data.

Data validation - Validation of the values of the entered personal "Useful links"

Recording the entered data in a user database 2.1

Loading box! - Calls and loads box 1, set by the system administrator

Loading personal information from a user database 2.1. Loads the corresponding box with information according to the ID attributes of the user and his personal data.

Load box_2 - Invokes and loads box 2, set by the system administrator

Loading personal information from a user database 2.1. Loads the corresponding box with information according to the ID attributes of the user and his personal data.

Event Waiting - A steady state in which the system expects user action.

Recording current ID parameters in a user database 2.1. Saves current ID parameters for user data changes when exiting the page

Exit - This is the point at which you exit this page.

Claims (8)

Patent claims № 02.2 / 28.02.2019 1. A method of communication between users, in particular between doctors / dentists and patients, characterized in that it comprises operations: - receiving a request for access to information and / or searching for a doctor / dentist via the Internet from a user device; - performing a check to identify the type of application and to determine the type of user, where: a) in case of a new user - patient or doctor / dentist, the formation of the user's identification code is performed, the code is registered in SQL database, serving “open ID” server-client technology and the level of access is determined, after which the user's registration is performed. records users of a user database in an array; b) in case of a request from a registered user - patient, the request shall be submitted to the user database; c) upon request by a doctor / dentist, the fulfillment of the requirements for the level of access and competence of a doctor / dentist is checked, after which the request is submitted to the user database; - processing of the application depending on its type and the level of access of the user by extracting from the user database relevant information about searching for a doctor / dentist and / or work calendar of the doctor / dentist, and / or recording an appointment with a doctor / dentist , or articles about patients or doctors, or information about useful links, or a calendar of events, or surveys or forums, in which the information is displayed on the relevant user device, such as when requesting access to a work calendar and / or a reception record at the respective doctor / dentist carries out two-way communication via the Internet between the users, in particular between patients and doctors / dentists, specifying the date and time of admission; - at the request of a user - patient and / or doctor / dentist, the information on the type of request and the type and access of the user is sent to a banner system, whereby an advertising banner corresponding to the user's access level is submitted to the respective user device, whose parameters - size, duration, time of display of each advertising banner and sequence of broadcasting of the banners from the respective advertising campaign are predetermined and set in the banner system. Method according to claim 1, characterized in that when searching for a doctor / dentist, drop-down menus for selecting parameters are generated, whereby the user selects and / or enters sequentially data for a district, city, medical institution, specialty, and / or name and / or surname of the doctor / dentist and the type of admission, as the data is submitted to the user database, from which the information contained in the data set for doctors / dentists is extracted, the extracted information is filtered and sorted in depending on the rating of the doctors / dentists and their free hours, after which the information is displayed to the user. Method according to claim 2, characterized in that the rating of doctors / dentists is determined by generating a message with questions after a user's examination, which is sent to the user, the answers of which are automatically reported at the time of filling, as the received data are processed. Method according to claim 1, characterized in that when requesting admission, consultation and / or examination of a patient by a doctor / dentist, a calendar is generated, including a program for each of the reception offices, with interfaces respectively daily, weekly, monthly calendar in the year and with color designation of free and busy hours, then: - in case of a patient patient in the calendar of the doctor / dentist the respective day and time for admission is marked, with the status “waiting for confirmation”, after which the doctor / dentist confirms and / or cancels and / or marks a new day and time of admission, which is noted automatically for patient information and the time of admission is determined; - at the user doctor / dentist a calendar is generated, which also contains a list of patients, confirmation and / or change of admission or meeting and / or archive of the admitted receptions or meetings 52 Descriptions of issued patents for inventions № 02.2 / 28.02.2019 and events, as when requesting a new appointment or a new appointment the doctor / dentist selects or enters the name of a patient from the list of patients on a report, new, unregistered patient or personal commitment , as at a certain day and time of admission the function of setting a "deadline for confirmation" of the specified admission by the patient is included; - after specifying the intake, the status "waiting for confirmation" is changed to "confirmed" and a message is generated for the specified intake, which is sent to the patient and the doctor / dentist. A system for communication between users, in particular between a doctor / dentist and patients, comprising at least one server, characterized in that it includes two servers (1 and 2), the first server (1) being built SQL database (1.1), serving “open ID” server-client technology, and on the second server (2) a user database (2.1) is built, to which a specialized module for management and provision of information to users is connected in two directions, depending on the request and the type of user - doctor / dentist or patient (2.2), as the second server (2) through the specialized module for management and provision of information depending on the request and the type of users (2.2) is connected via the Internet to,. n number of user devices (3), to the working device administrator (4) and to the first server (1). System according to claim 5, characterized in that the second server (2) also includes a banner system module (2.4), an electronic messaging module (2.5) and a forum module (2.3), each of which modules is connected in both directions to the user. database (2.1) and to the specialized module for management and provision of information to the users depending on the request and the type of user (2.2), through which the module banner system (2.4) and the module for electronic messages (2.5) are connected via the Internet to the working device of the administrator (4), the module banner system (2.4) and the module forums (2.3) are connected through the specialized module for management and provision of information to the users depending on the request and the type of user (2.2) and the Internet to the respective user device (3i) and the electronic communication module (2.5) is connected directly to the Internet. System according to claim 5, characterized in that the specialized module for management and provision of information to users depending on the request and the type of user (2.2) comprises a registration module (2.2.4) and a doctor certification module (2.2). 3), as the two modules (2.2.4 and 2.2.3) are connected in two directions with each other, and each of them is connected to the input and output of the specialized module for management and provision of information to users depending on the request and the type of the user (2.2) for a two-way connection to the user database (2.1), as the module authentication of the doctor / dentist (2.2.3) is connected in two directions with the first element for checking the access (2.2.1) and with the output of the specialized management module and providing information to users depending on the request and type of user (2.2) for two-way connection to the Internet, and the registration module (2.2.4) is connected to a second access control element (2.2.5), connected to the respective inputs and outputs of the specialized module for management and provision of information to users depending on the request and type of user (2.2) for connection via the Internet to the respective user device (3i) and to the user database (2.1), as the first access control element (2.2.1) has inputs and outputs, which are inputs and outputs of the specialized module for management and provision of information to users depending on the request and type of user (2.2) for connection to the user database respectively 2.1) and via the Internet to the working device of an administrator (4), and one of its outputs is connected to the administration module (2.2.2), which has inputs and outputs, which are respectively inputs and outputs of the specialized module for management and provision of information to the users depending on the request and the type of the user (2.2) for connection respectively to the user database (2.1) and via int the network to the working device of an administrator (4), as one of the outputs of the administration module (2.2.2) is the output of the specialized module for management and provision of information to the users depending on the request and the type of user (2.2) for connection respectively to the inputs of the banner system module (2.4) and to the electronic messaging module (2.5), and the registration module (2.2.4) is connected in both directions Descriptions of issued patents for inventions № 02.2 / 28.02.2019 via the Internet to the respective user device (3i) and has an input and output for connection to the first server (1), where the specialized module management and provision of information to users depending on the application and the type of user (2.2) also contains a module for searching for a doctor / dentist (2.2.7), it is bidirectionally connected to a module work calendar (2.2.6), a module articles for doctors / dentists (2.2.12), a module articles for patients (2.2.13), medical audit module (2.2.9), useful links module (2.2.10), event calendar module (2.2.11), forum management module (2.2.14), survey module .15), video module (2.2.16) and advertising space module (2.2.17), each of these modules having an input and output for connection to the user database (2.1), and inputs of these modules are connected to the output of the second element for checking access (2.2.5) and via the Internet in both directions to the respective user device (3i), on the display of which the boxes corresponding to the function of the modules (3.1.1), (3.1.2), (3.1.3), (3.1.4), (3.1.5), (3.1.6) are visualized. ), (3.1.7), (3.1.8), (3.1.9), (3.1.10), (3.1.11), (3.1.12), (3.1.13) and (3.1.14), as the forum management module (2.2.14) has an input and an output, which are input and output of the specialized module for management and provision of information to the users depending on the request and the type of user (2.2) for connection to the standard forum forum (2.3) ), the advertising space module (2.2.17) is connected to the administration module (2.2.2) and has an input and output, which are input and output of the specialized module for management and provision of information to users depending on the request and the type of user (2.2) for connection to the banner system module (2.4). System according to claim 5, characterized in that the user database (2.1) of the second server (2) contains separate arrays of information about the identification data of users - doctors / dentists, patients, medical personnel, connected to the array for workplaces with sub-arrays of working hours and medical establishments, an array of medical specialties of doctors / dentists, an array of working contacts and an array of calendar of medical events.