WO2023153803A1 - 원격의료 서비스 제공 장치 및 방법 - Google Patents

원격의료 서비스 제공 장치 및 방법 Download PDF

Info

Publication number
WO2023153803A1
WO2023153803A1 PCT/KR2023/001852 KR2023001852W WO2023153803A1 WO 2023153803 A1 WO2023153803 A1 WO 2023153803A1 KR 2023001852 W KR2023001852 W KR 2023001852W WO 2023153803 A1 WO2023153803 A1 WO 2023153803A1
Authority
WO
WIPO (PCT)
Prior art keywords
patient
client
doctor
terminal
treatment
Prior art date
Application number
PCT/KR2023/001852
Other languages
English (en)
French (fr)
Inventor
이우진
Original Assignee
주식회사 플라잉닥터
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 주식회사 플라잉닥터 filed Critical 주식회사 플라잉닥터
Priority claimed from KR1020230016904A external-priority patent/KR20230120597A/ko
Publication of WO2023153803A1 publication Critical patent/WO2023153803A1/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0484—Interaction techniques based on graphical user interfaces [GUI] for the control of specific functions or operations, e.g. selecting or manipulating an object, an image or a displayed text element, setting a parameter value or selecting a range
    • G06F3/0486—Drag-and-drop
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/02—Reservations, e.g. for tickets, services or events
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H15/00—ICT specially adapted for medical reports, e.g. generation or transmission thereof
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/20—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H50/00—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
    • G16H50/20—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for computer-aided diagnosis, e.g. based on medical expert systems
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H80/00—ICT specially adapted for facilitating communication between medical practitioners or patients, e.g. for collaborative diagnosis, therapy or health monitoring
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/14—Systems for two-way working

Definitions

  • the following description relates to an apparatus and method for providing telemedicine service.
  • Telemedicine uses telecommunications and information technology to provide clinical health care from a distance. It removes the barrier of distance and makes access to medical services easy. In many cases, telemedicine is used in rural areas where continuous access to medical care is difficult due to distance. It is also used to save lives in critical care and emergencies. Recently, in order to prevent infectious diseases, telemedicine has been allowed for a limited period of time, such as treatment of patients with chronic diseases and/or repeat visits.
  • Korean Patent Registration No. 10-0844543 (registered on July 1, 2008) discloses a method and apparatus for realizing web-based remote diagnosis.
  • Republic of Korea Patent Registration No. 10-0366816 (registration date December 18, 2002) discloses a remote medical device and method.
  • the doctor's terminal When treating a patient through the telemedicine service, the doctor's terminal is treated with various screens including EMR (Electronic Medical Record) open. Optimize priorities.
  • EMR Electronic Medical Record
  • a telemedicine service providing device includes a communication interface and a processor.
  • the device may include at least one computing device among a server class computer, a workstation, a desktop computer, a laptop computer, and a mobile electronic device.
  • the processor of the telemedicine service providing device performs the following operations by executing commands related to software that is installed and executed.
  • the processor enters the patient client into the examination room when the patient client associated with the patient terminal completes the application for medical treatment and requests access to the examination room.
  • the telemedicine service providing device is connected to a doctor client, which is an application installed in a terminal of a hospital and/or a doctor, and is also connected to a patient client, which is an application installed in a terminal of a patient, through the communication interface.
  • the application may be original application software separately installed in the terminal, or may be a web page that replaces an app as a web-based page accessed through a browser. Also, the application may be a hybrid type having both web-based and app-based characteristics.
  • a 'client' throughout the specification.
  • the telemedicine service providing device may be implemented in the form of an online cloud service in the form of SAAS (Software as a Service).
  • SAAS Software as a Service
  • at least some of the patient clients or doctor clients may be provided in the form of a service based on an online cloud by the telemedicine service providing device.
  • the role of a patient client to be mentioned throughout the specification may be provided as a cloud service
  • the role of a doctor client to be mentioned throughout the specification may be provided as a cloud service.
  • the remote medical service providing apparatus when the patient client completes the application for medical treatment, the patient client is admitted to the examination room according to a request of a doctor client or according to a predefined condition.
  • the medical office refers to a standby state in which a video connection is possible immediately when a doctor client selects to start remote medical treatment.
  • the processor checks whether the patient is actually ready for medical treatment through the patient client, so that medical treatment is possible immediately when the doctor starts the medical procedure, and the doctor and / or the hospital side client can know this. let it be According to an embodiment, the processor processes a video connection connection of a doctor client associated with a doctor terminal when the patient client is accessing the medical office and maintaining the connection.
  • doctors and hospitals can recognize whether a patient is ready for telemedicine and start treatment for a prepared patient, so doctors and hospitals that need to see many patients do not experience connection delays or connection failures. In other words, it contributes to improving the treatment efficiency of hospitals and doctors by guaranteeing the possibility of doctors immediately starting treatment for patients.
  • the processor of the telemedicine service providing apparatus repeatedly checks whether the patient client maintains the connection to the medical office, and provides the doctor client with whether or not the patient client maintains the connection. Then, the doctor makes a request to start treatment for the patient maintaining the connection, thereby reducing the probability of failing to connect with the patient and start treatment when the doctor wants to start treatment.
  • the processor exchanges signals with the patient client through the communication interface by utilizing HTML 5-based web sockets to monitor the connection maintenance of the patient client.
  • the processor may determine whether to maintain the connection according to a result of whether the patient client is making a predetermined response in the medical office.
  • the doctor client corresponds to the count part of the patient client and is installed in the hospital.
  • the doctor client means an implementation form provided by the cloud service when accessed from the account of a doctor and/or hospital staff.
  • a doctor client used by a doctor and a hospital-side client used by hospital personnel other than doctors may be separately provided.
  • the doctor client and the hospital client are integrated into one, and if the account to sign-in is of a doctor user with a doctor's license, all functions are activated, and if the account to log in is of an employee other than a doctor, Some features can be disabled.
  • the 'start treatment' function Since the point in time to start treatment for the next patient can be selected most accurately and appropriately by the doctor, the 'start treatment' function that initiates a video connection with the patient client waiting in the office is a function that can only be executed by the doctor's account user. is implemented as
  • the operation of the doctor client is a computer implemented method performed by a computing terminal handled by a user who is a doctor.
  • the method may be implemented in a cloud-based way by a doctor's terminal collaborating with a remote medical service providing device.
  • a computer implemented method for a doctor client includes an image of a doctor client executed through a doctor terminal when a patient client executed through a patient terminal is accessing a medical office provided by a telemedicine service providing device. starting a video connection according to a connection start command, and activating an Always on Top (AOT) function so that the pseudo client is always on top of other windows displayed by the doctor terminal during the video connection.
  • AOT Always on Top
  • the computer-implemented method further includes repeatedly checking whether the patient client maintains the connection to the medical office, and providing the doctor client whether or not the patient client maintains the connection.
  • the computer implemented method may further include exchanging a signal with the patient client through the communication interface by utilizing HTML 5 based web socket.
  • repeatedly checking whether or not the connection is maintained may be to determine whether or not to maintain the connection according to a result of whether the patient client is making a predetermined response using the web socket in the medical office. .
  • the act of activating the AOT function may be automatically executed when the video connection start command of the simulated client is received.
  • the computer implemented method further includes automatically deactivating the AOT function when the video connection is terminated.
  • the act of activating the AOT function may be automatically executed when the pseudo terminal transmits or receives streaming data through WebRTC (Web Real-Time Communication).
  • the computer-implemented method further includes automatically disabling the AOT function when the pseudo terminal does not transmit or receive the streaming data through the WebRTC.
  • the act of activating the AOT function may be automatically executed when the pseudo client uses a microphone or camera resource connected to the pseudo terminal.
  • the computer implemented method further includes automatically deactivating the AOT function when the pseudo terminal returns the microphone or camera resource again.
  • the computer-implemented method includes the steps of receiving area information to be shared with the patient client within an EMR (electronic medical record) window running in the doctor terminal and configuring it as a template; automatically selecting a sharing area within the screen of the doctor terminal using OpenCV template matching when screen sharing is selected by a client user, and transmitting the automatically selected sharing area to the patient client Include more steps.
  • EMR electronic medical record
  • the sharing area when using the OpenCV template matching, may be automatically selected using the TM_SQDIFF_NORMED algorithm.
  • treatment efficiency is increased by optimizing a process when providing telemedicine service. Just like face-to-face care in a hospital, having a patient ready for telemedicine when a health care provider is about to begin seeing a patient prevents health care workers from wasting time unnecessarily when seeing many patients.
  • failure-free service assurance is provided to patient clients connected to the telemedicine system.
  • the clients of the hospital side collaborate with each other, when the staff is absent or unable to work, even when the number of hospital staff is temporarily insufficient compared to the current patient's treatment reception, the doctor alone works with the patient through the doctor client. Hospital operation becomes smoother as it can proceed with the reception and start of treatment.
  • the user interface (UI) and user experience (UX) of the doctor client are also improved, contributing to improving the quality and efficiency of medical treatment.
  • the doctor's terminal is treated with various screens including EMR (Electronic Medical Record) displayed together. ranking is optimized. Furthermore, even if there is no special operation, which screen to place on the top layer is automatically operated, increasing usability.
  • 1 is a diagram for explaining the connection between a device for providing a telemedicine service, a patient terminal, and a doctor terminal.
  • FIG. 2 illustrates a telemedicine service providing apparatus according to an embodiment.
  • FIG. 3 is a diagram for explaining a procedure for accepting medical treatment provided by a patient client in a patient terminal according to an exemplary embodiment.
  • FIG. 4 is a view for explaining a state in which treatment is started according to an embodiment.
  • 5 and 6 are diagrams for explaining a process of linking and managing a patient's treatment acceptance status by an alarm in a doctor client.
  • FIG. 7 is a diagram for explaining automatic setting/cancellation of an AOT function of a pseudo client according to an exemplary embodiment.
  • FIG. 8 is a diagram for explaining a screen sharing function of a pseudo client according to an exemplary embodiment.
  • a remote medical service providing device may be an electronic device.
  • Electronic devices include all general-purpose computing devices implemented by hardware and/or application software in the form of a system on a chip (SoC), as long as they provide service connection and implementation.
  • SoC system on a chip
  • the electronic device includes a smartphone, a tablet personal computer (tablet PC), a mobile phone, a video phone, an e-book reader, a desktop personal computer (PC), and a laptop.
  • PC laptop personal computer
  • netbook computer PDA (personal digital assistant), PMP (portable multimedia player), MP3 player
  • mobile medical device camera, or wearable device
  • wearable device e.g. It may include at least one of a head-mounted-device (HMD) such as electronic glasses, an electronic clothing, an electronic bracelet, an electronic necklace, an electronic appcessory, an electronic tattoo, or a smart watch).
  • HMD head-mounted-device
  • the electronic device may include various medical devices (eg, magnetic resonance angiography (MRA), magnetic resonance imaging (MRI), computed tomography (CT), a camera, an ultrasound device, etc.), a navigation device, a GPS receiver ( global positioning system receiver), event data recorder (EDR), flight data recorder (FDR), automotive infotainment devices, marine electronic equipment (e.g. marine navigation system and gyrocompass), avionics, security It may include at least one of a device, a vehicle head unit, an industrial or household robot, an automatic teller's machine (ATM) of a financial institution, or a point of sales (POS) of a hospital.
  • MRA magnetic resonance angiography
  • MRI magnetic resonance imaging
  • CT computed tomography
  • a camera e.g., a camera, an ultrasound device, etc.
  • a navigation device e.g., a GPS receiver ( global positioning system receiver), event data recorder (EDR), flight data recorder (FDR), automotive infota
  • the electronic terminal may be an intelligent furniture for connecting to a remote medical service or a part of a building/structure, an electronic board, an electronic signature receiving device, a projector, or various measuring devices. (eg, water, electricity, gas, radio wave measuring devices, etc.).
  • An electronic device according to various embodiments of the present disclosure may be one or a combination of more than one of the various devices described above.
  • an electronic device according to various embodiments of the present disclosure may be a flexible device. As such, the shape of the electronic device itself varies, and it is obvious to those skilled in the art that the shape and main purpose of the electronic device (other than the function of providing telemedicine service) are not limited to the above.
  • specific embodiments will be described with reference to the drawings.
  • 1 is a diagram for explaining the connection between a device for providing a telemedicine service, a patient terminal, and a doctor terminal.
  • the telemedicine service providing apparatus 100 is implemented by a server class computer, a workstation, a desktop computer, a laptop computer, a mobile electronic device, etc., and may be implemented by a plurality of devices among them.
  • the device 100 is connected to the patient terminal 101 through a network, and is also connected to the doctor terminal 102 and the hospital terminal 103 .
  • Each of the terminals 101 to 103 may also correspond to a desktop computer, a laptop computer, and a mobile electronic device such as a smart phone or a tablet PC.
  • Each of the terminals 101 to 103 has a software means referred to as a 'client' for convenience.
  • a patient client is executed in the patient terminal 101 .
  • a doctor client is executed in the doctor terminal 102, and a hospital client is executed in the hospital terminal 103, respectively.
  • the doctor client corresponds to the count part of the patient client and is installed in the hospital.
  • the doctor client refers to a service type in which a cloud service is provided when access is made through an account of a doctor and/or hospital staff.
  • the hospital client is a means by which administrative staff or nurses of the hospital, not medical personnel (doctors), receive medical treatment and receive medical treatment assistance, such as receiving hospital expenses.
  • a doctor client used by a doctor and a hospital-side client used by hospital personnel other than doctors may be provided separately.
  • the doctor client and the hospital client are integrated into one, and if the account to sign-in is of a doctor user with a doctor's license, all functions are activated, and if the account to log in is of an employee other than a doctor, Some features can be disabled. Some of the functions that are disabled are the 'start treatment' function. Since the point in time to start treatment for the next patient can be selected most accurately and appropriately by the doctor, the 'start treatment' function that initiates a video connection with a patient client waiting in the office is implemented as a function that only a doctor can do.
  • the client installed in the terminals 101 to 103 may be installed original application software, may be a service provided through a page accessed through a web-based browser, or may be a service provided through an app and the web. It can also be a hybrid app. Furthermore, it may be a cloud-based service provided in the form of SaaS. Since these implementations can be implemented by developers having ordinary knowledge in this field, further detailed descriptions are omitted, and even if the description of the embodiments mentions any one example, other implementations are not excluded. The implementation and operation of the telemedicine service providing device 100 will be described with reference to FIG. 2 .
  • FIG. 2 shows a telemedicine service providing apparatus 100 according to an embodiment.
  • the telemedicine service device 100 includes a wired and/or communication interface 110 and a processor 120 for communication over a network.
  • the processor 120 is a general-purpose or dedicated hardware resource used in modern computing devices such as a central processing unit (CPU), a graphics processing unit (GPU), an application processor (AP), and a field programmable gate array (FPGA).
  • the processor 120 performs an operation by software executed in the device 100 (or provided through a network), and the operation will be described in detail.
  • the processor 120 is shown as one block, it may mean a group of a plurality of computing resources or a combination thereof.
  • a patient client associated with the patient terminal 101 completes medical treatment registration and requests access to the medical office. Then, upon approval of the hospital and/or doctor, the client of the patient's account is admitted to a stage called a doctor's office. This means that the service status of the patient client for the patient account is switched from the process of receiving medical treatment to the process of waiting for medical treatment. It is a step to It is similar to an offline real hospital, where a nurse guides a patient into a treatment room, waits for treatment, reports the patient's readiness to the doctor, and when the doctor is ready, the doctor comes in and starts treatment with the patient. is the user experience. If you go to a university hospital, there are cases where doctors go back and forth between two adjacent (connected) treatment rooms.
  • a nurse in the next treatment room prepares the patient for treatment by entering the next patient.
  • EMR electronic medical record system
  • the role of the device 100 according to the embodiments goes beyond providing a telemedicine service between the patient terminal 101 and the doctor terminal 102, and through the improvement of such treatment efficiency, better service for both medical personnel and patients. provide a service
  • telemedicine assistance service methods allow the doctor (or hospital) to attempt access to the patient if the patient has applied for online (remote) medical treatment.
  • This connection may be a video call, a voice call, or the like.
  • telemedicine is connected online and is not a situation where a person actually meets face-to-face, the patient does not wait for the doctor while waiting for the remote medical treatment and does other work, or leaves the terminal somewhere else. may go to In that case, when the doctor (or hospital) wants to start treatment, the possibility of immediate treatment is not guaranteed.
  • the processor 120 checks whether the patient is actually prepared for medical treatment through the patient client, and therefore whether medical treatment is possible immediately when the doctor starts the medical treatment procedure.
  • the doctor can know the result of the check through the doctor terminal 102 .
  • the processor 120 requests video connection access from the doctor client of the doctor terminal 102 when the patient client is accessing the medical office through the patient terminal 101 and maintaining the connection. to process
  • the treatment does not start immediately If you are in a situation where you might have to wait for the doctor, you can alert the doctor about the situation. And it doesn't stop at notifying them, it can remind them that 'patients may not be ready to treat' and give doctors a choice to treat other patients first. A nudge effect can be created so that the patient is ready by giving the patient an alarm that says, 'You have to wait for treatment to start treatment.'
  • the doctor can know which patient is ready for the start of treatment among the patients who have registered for treatment and entered the waiting room, and can select and start treatment with a well-prepared patient. Avoid experiencing inefficiencies due to connection delays or connection failures.
  • the hospital staff or telemedicine service provider needs to be ready on the patient's terminal to prepare for treatment (without closing the app, without performing other tasks, keeping an eye on the screen of the corresponding treatment room, wait) can be induced.
  • the possibility of a doctor's immediate treatment for a patient increases.
  • FIG. 3 is a diagram for explaining a process of accepting medical care provided by a patient client in the patient terminal 101 according to an embodiment.
  • the patient confirms the information 310 such as the doctor's name, picture, qualification profile, etc., and selects the remote medical treatment request button 320 to the doctor, the medical treatment request is transmitted to the hospital client and/or the doctor client.
  • the patient can input items necessary for treatment. This may include symptoms, payment method settings, and contact information.
  • the application for treatment is complete.
  • the patient client then waits for approval from the hospital and/or doctor. If that approval is given, the patient is asked to enter what is referred to as a 'clinic', rather than immediately seeing a doctor.
  • This admission request is implemented by various methods, such as a message pop-up on a patient client, messaging through SNS, texting of a communication service, and a push alarm of the terminal 101.
  • 'Entrance to the clinic' is different from simply receiving treatment in that it is initiated by the approval (or invitation to enter) of the doctor client or hospital. Therefore, the patient does not have to wait for the doctor just by going to the treatment room after completing the treatment application. Even from the patient's point of view, he does not know how long he will wait, but it is inconvenient to do nothing and wait for the doctor to start treatment. Therefore, by setting up a procedure for requesting 'entering the clinic', the patient stops other work around the time the treatment starts and waits for the doctor's start of treatment at an appropriate level.
  • the processor 120 repeatedly checks whether the patient client maintains access to the medical office, and provides the check result to the doctor client. Then, as mentioned above, the doctor can start treatment for the patient who is connected to the office.
  • the processor 120 exchanges signals with the patient client through the communication interface 110 by utilizing HTML 5 based web socket. .
  • HTML 5 based web socket Through this process, it is possible to determine whether or not the patient/client continues to maintain the connection according to a result of whether the patient/client is making a predetermined response in the office. If the remote medical service software in the patient terminal 101 is terminated, the patient client goes out of the office again, or the patient is not waiting for the doctor to start treatment in the office due to any circumstances, the doctor and the hospital will know this. is to make it possible
  • the processor 120 checks whether a person gazing at the camera is identified in a camera associated with the patient terminal 101 through a patient client who has entered the medical office. And the confirmation result is provided to the doctor client and/or the hospital client.
  • the patient client will be a patient's personal device such as a smartphone, tablet, or personal computer, so if someone is staring at the camera of the device, the patient will be a prepared patient who is still in the clinic after entering and waiting for the doctor to start treatment. .
  • the processor 120 continuously checks whether a person gazing at the camera is identified in a camera associated with a patient terminal through a patient client who has entered the treatment room.
  • the processor may utilize the MobileNets model.
  • This model can be used in embedded vision apps, is based on the structure of depth-wise separable convolutions, and can have two simple hyper-parameters. . These two hyper-parameters are appropriately selected according to the environment in which they are used, and the size of the hyper-parameters can also be selectively applied.
  • the processor 120 is the MobileNets (MobileNets) ver. 1 It continuously checks whether a face is being recognized by the camera of the patient terminal 101 associated with the patient client using face-api, which is a face recognition open source model. The result value for the check is provided as a value between 0 and 1, and as the result value is closer to 1, it is determined that the face is being recognized.
  • MobileNets MobileNets
  • a predetermined threshold is set, and when the result value is greater than or equal to the threshold, it is determined that the patient is waiting for treatment while looking at a camera in the patient's client's office. If the result value is continuously below the threshold for a predetermined time, for example, 5 seconds or longer, it is determined that the patient is not waiting in the patient client's office, and the hospital or doctor client determines that the patient is not waiting in the patient's office. to provide. Accordingly, the doctor can avoid connecting (requesting treatment start) to an unwaited patient who has a high probability of failing to start treatment immediately.
  • a request to stare at the screen and wait for treatment may be provided to the patient through the patient client.
  • a request may be performed by a pop-up during app execution, message transmission through SNS, texting, system alarm, push alarm transmission, and the like.
  • Such a request may be made in the patient terminal 101 through voice output. It is a process similar to how voice is output even if another app is run during a voice or video call on a smartphone.
  • FIG. 4 shows the appearance of the patient terminal when the treatment is started. Functions of the doctor client from the start of treatment will be described in detail with reference to the following drawings.
  • 5 to 7 are diagrams for explaining functions of pseudo clients according to embodiments.
  • FIG. 5 an alarm and processing of a patient reception status change in a doctor client are illustrated.
  • a doctor client used by a doctor and a doctor client used by a hospital (hospital office) staff are connected to the telemedicine system.
  • the system reflects it in the medical treatment request field of the hospital client, and separately (independently) sends the patient to the doctor terminal 102 where the doctor client is running. notify of medical treatment requests.
  • a technical method in which the notification 510 of the patient's treatment request is provided through the doctor client in the doctor terminal 102 is, for example, an app (or web browser) push notification or a basic notification provided by the OS. ) can be.
  • a doctor using the terminal 102 on which the doctor client is executed is provided with a user experience such as a notification when an e-mail or an instant message is received.
  • Such a notification may be provided periodically/repeatedly when a medical application is not processed as a medical waiting list through timely processing.
  • an embodiment in which the notification is provided not only in the medical reception status but also in each stage change such as the patient's reception completion/clinic entry status, etc. is possible. As a result, the doctor client double-checks the processing status and delay occurrence of the hospital client side, reducing the patient's inconvenience.
  • the doctor may access the dashboard 520 by clicking the alarm 510 on the doctor terminal 102 and directly change the step. For example, it is processed by pressing the medical treatment reception 530 . It is also possible to send a reminder to a client used by hospital staff without processing it directly.
  • the telemedicine reception window (dashboard, etc.) is set to be periodically/continuously refreshed, and the hospital client also provides a notification when a status change occurs, minimizing the aforementioned need for monitoring and instruction by the doctor client. do.
  • an alarm 510 for a patient reception status is provided in the doctor's terminal 102 in addition to management personnel in the doctor client to prevent omission or processing delay of online telemedicine application. Then, the doctor, not the management personnel, can directly process 530 medical treatment of the patient requesting remote medical treatment on the dashboard 520 .
  • FIG. 6 illustrates a process of processing a patient's request for medical treatment.
  • the doctor client of the doctor terminal 102 not only the treatment reception status, but also the patient's reception request step 601 - reception completion step 602 - examination room entry step 603 (independently of the hospital terminal) monitor Therefore, double check of the service flow can be guaranteed.
  • the above-mentioned notification eg, a notification such as 510 in FIG. 5
  • a doctor client it is possible for a doctor client to send a reminder to a client of a hospital staff member, and if necessary, a function to directly process changes between the steps 601 to 603 in the doctor client (optionally) is provided. do.
  • a patient entering the treatment room 610 can immediately start treatment by pressing the 'start treatment' button 620 .
  • the doctor client can monitor the patient's condition from the moment the patient applies for admission to the reception application state.
  • the reception completion status and when the patient enters the treatment room, the treatment available status can be monitored.
  • recognizing and responding to a patient's request for medical treatment is not the role of the doctor, but the role of the hospital (hospital office), both offline (face-to-face patient care) or online (normal telemedicine).
  • hospital-side clients ie, a client logged in by a doctor and clients used by a hospital staff member
  • these embodiments contribute to barrack management and manpower management. For example, even when an employee is temporarily absent or unable to work, a doctor alone can proceed with receiving patient care and starting treatment through a doctor client. Therefore, even in hospitals where the number of staff is insufficient compared to the work, or even when there is a temporary shortage of staff due to a large number of patients, hospital operation becomes smooth.
  • FIG. 7 is a diagram for explaining an AOT function of a pseudo client.
  • the operation of the doctor client 720 is a computer implemented method performed by the computing terminal 102 handled by a user who is a doctor.
  • the method may be implemented in collaboration with the remote medical service providing device 100 by the doctor's terminal 102 on a cloud basis.
  • a computer implemented method for a doctor client is provided through a doctor terminal when a patient client executed through the patient terminal 101 is accessing a medical office provided by the remote medical service providing apparatus 100.
  • starting a video connection according to the doctor client's video connection start command for example, the treatment start button 620 in FIG. 6
  • another window displayed by the doctor terminal during the video connection by the doctor client 720 for example, activating an Always on Top (AOT) function to always be above the EMR 710.
  • AOT always on Top
  • the doctor client 720 is necessary only for remote medical treatment, but when treating a patient sitting in front of a doctor who actually visits the hospital, it is more important that the EMR 710 be fully visible without being covered, so the AOT function must be deactivated.
  • a toggle process in which the AOT is automatically activated and then automatically deactivated again may be other than the above-described embodiment.
  • the act of activating the AOT function may be automatically executed when the video connection start command of the simulated client is received.
  • the computer implemented method further includes automatically deactivating the AOT function when the video connection is terminated.
  • the act of activating the AOT function may be automatically executed when the pseudo terminal transmits or receives streaming data through WebRTC (Web Real-Time Communication).
  • the computer-implemented method further includes automatically disabling the AOT function when the pseudo terminal does not transmit or receive the streaming data through the WebRTC.
  • the act of activating the AOT function may be automatically executed when the pseudo client uses a microphone or camera resource connected to the pseudo terminal.
  • the computer implemented method further includes automatically deactivating the AOT function when the pseudo terminal returns the microphone or camera resource again.
  • the toggling function in which a user who is a doctor manually activates and deactivates the AOT function as needed is not blocked. However, unless otherwise set, in embodiments, the AOT function is activated only when telemedicine is being conducted and automatically deactivated at other times.
  • one of the important functions of the doctor client 720 is to share and transmit a part of the screen of the doctor terminal 102, including the EMR 710, to the patient.
  • the doctor can use medical images (X-Ray images, CT images, MRI images, MRA images, etc.) Pulmonary function test, liver function test, etc.), or information such as photos/models/videos to help patients understand can be directly shown, improving treatment efficiency.
  • medical images X-Ray images, CT images, MRI images, MRA images, etc.
  • Pulmonary function test, liver function test, etc. Pulmonary function test, liver function test, etc.
  • photos/models/videos to help patients understand can be directly shown, improving treatment efficiency.
  • a part is not natural. It is possible to execute a doctor client with a smartphone and display EMR information on a monitor instead of the doctor's face as if making a video call, but the EMR 710 and the doctor client 720 are provided in one doctor terminal 102. If you are together, you may need to share a snapshot or share your screen live. According to embodiments, such screen sharing is provided. It does not simply mean sharing a part of the screen and transmitting it as an image file or through
  • the EMR 710 may include content suitable for display to the patient, and content that is not, such as a simple charting of a doctor's impression of the patient, characteristics, and matters to be noted.
  • information other than EMR may be displayed on the screen of the doctor terminal 102 . Accordingly, screen sharing of the pseudo client 720 according to embodiments is sharing of a 'selective' area.
  • the computer implemented method performs a step of receiving region information to be shared with patient clients in advance from a doctor within the EMR 710 running on the doctor terminal and constructing a template.
  • a portion of the medical image 810 is templated and learned as a first template.
  • the blood test result data area 820 is separately templated and learned as a second template.
  • These templates may be different for each doctor, and such template information may be stored in the doctor client 720 and/or the remote medical service providing device 100 .
  • the region automatic selection assistance is executed.
  • an image of a certain region of a part where the doctor brings the cursor closer is compared with the templates and undergoes a template matching process.
  • a candidate template that is more similar and matches among the templates is recommended as a selection area, and when the doctor confirms and presses 'Share', the image of the corresponding area is shared with the doctor client 720 .
  • the patient client can view the image for a pre-determined amount of time, or until released by the doctor. If you want to change the selected area to another, or if you want to precisely adjust the selected area, you can select or modify it precisely by selecting the interface for editing the selected area.
  • FIG. 8 shows a state 830 in which the blood test result data area 820 is selected and shared with the doctor client 720 .
  • the above-described template matching may be automatic selection of a sharing area using OpenCV template matching.
  • the part corresponding to the template utilizes Computer Vision (CV).
  • CV Computer Vision
  • CV is a field of artificial intelligence (AI) that enables computers to extract information from images, etc., and is currently widely used.
  • OpenCV is a representative open source library in the field of CV.
  • template matching provides a total of 6 algorithms. These include TM_CCOEFF, CCOEFF_NORMED, TM_CCORR, TM_CCORR_NORMED, TM_SQDIFF, and TM_SQDIFF_NORMED.
  • an optimal algorithm is selected for the pseudo client in terms of template matching accuracy, image inversion (black and white) matching accuracy, and matching speed.
  • TM_SQDIFF_NORMED is utilized as the best fit. This suitability was verified by learning about various EMR test screens.
  • devices and components described in the embodiments may include, for example, a processor, a controller, an arithmetic logic unit (ALU), a digital signal processor, a microcomputer, a field programmable array (FPA), It may be implemented using one or more general purpose or special purpose computers, such as a programmable logic unit (PLU), microprocessor, or any other device capable of executing and responding to instructions.
  • a processing device may run an operating system (OS) and one or more software applications running on the operating system.
  • a processing device may also access, store, manipulate, process, and generate data in response to execution of software.
  • the processing device includes a plurality of processing elements and/or a plurality of types of processing elements. It can be seen that it can include.
  • a processing device may include a plurality of processors or a processor and a controller. Other processing configurations are also possible, such as parallel processors.
  • Software may include a computer program, code, instructions, or a combination of one or more of the foregoing, which configures a processing device to operate as desired or processes independently or collectively. You can command the device.
  • Software and/or data may be any tangible machine, component, physical device, virtual equipment, computer storage medium or device, intended to be interpreted by or provide instructions or data to a processing device. , or may be permanently or temporarily embodied in a transmitted signal wave.
  • Software may be distributed on networked computer systems and stored or executed in a distributed manner.
  • Software and data may be stored on one or more computer readable media.
  • the method according to the embodiment may be implemented in the form of program instructions that can be executed through various computer means and recorded on a computer readable medium.
  • the computer readable medium may include program instructions, data files, data structures, etc. alone or in combination.
  • Program commands recorded on the medium may be specially designed and configured for the embodiment or may be known and usable to those skilled in computer software.
  • Examples of computer-readable recording media include magnetic media such as hard disks, floppy disks and magnetic tapes, optical media such as CD-ROMs and DVDs, and magnetic media such as floptical disks.
  • - includes hardware devices specially configured to store and execute program instructions, such as magneto-optical media, and ROM, RAM, flash memory, and the like.
  • program instructions include high-level language codes that can be executed by a computer using an interpreter, as well as machine language codes such as those produced by a compiler.
  • the hardware devices described above may be configured to operate as one or more software modules to perform the operations of the embodiments, and vice versa.

Landscapes

  • Engineering & Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Public Health (AREA)
  • General Health & Medical Sciences (AREA)
  • Theoretical Computer Science (AREA)
  • Primary Health Care (AREA)
  • Business, Economics & Management (AREA)
  • Epidemiology (AREA)
  • Biomedical Technology (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Pathology (AREA)
  • Software Systems (AREA)
  • Tourism & Hospitality (AREA)
  • Strategic Management (AREA)
  • Marketing (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Development Economics (AREA)
  • Quality & Reliability (AREA)
  • Human Computer Interaction (AREA)
  • Operations Research (AREA)
  • Economics (AREA)
  • Human Resources & Organizations (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

원격의료 서비스 제공 장치 및 그 동작 방법이 제시된다. 원격의료 서비스 제공장치는 환자 단말기를 통해 실행되는 환자 클라이언트와, 의사 또는 병원측 단말기를 통해 실행되는 의사 클라이언트를 연결하여 원격의료 서비스를 제공한다. 원격의료 서비스 제공 장치는 병원측의 선택에 따라 진료 접수를 완료한 환자 클라이언트를 진료실에 접속시킨다. 상기 진료실에 접속 중에 의사 클라이언트의 화상연결 시작 명령에 따라 화상연결이 시작된다. 이 경우, 의사 단말기에서 의사 클라이언트는 의사 단말기에서 디스플레이되는 다른 윈도우보다 항상 위에 있도록 설정된다.

Description

원격의료 서비스 제공 장치 및 방법
아래의 설명은 원격의료 서비스 제공 장치 및 방법에 관한 것이다.
원격 의료(Telemedicine)는 원거리에서 임상 헬스 케어를 제공하기 위해 원거리 통신과 정보 기술을 이용한다. 거리의 장벽을 없애고, 의료 서비스를 쉽게 접할 수 있도록 해준다. 많은 경우에, 거리 때문에 지속적으로 의료 서비스를 받기가 어려운 지방 쪽에서 원격 의료를 이용한다. 또한 중환자 관리나 응급 상황에서 생명을 살리는 데에도 쓰인다. 최근에는 감염병 예방을 위해 만성 질환 및/또는 재진 환자 진료 등에 제한적으로 원격 의료가 허용되고 있다.
대한민국 등록특허 제10-0844543호(등록일 2008년07월01일)에는 웹 기반의 원격 진단을 구현하는 방법 및 장치에 관하여 개시되어 있다.
대한민국 등록특허 제10-0366816호(등록일 2002년12월18일)에는 원격 의료 장치 및 방법에 관하여 개시되어 있다.
원격의료 서비스 제공에 있어서, 프로세스를 최적화하여 진료 효율을 높인다. 원격진료 시스템에 연결되는 환자 클라이언트에게 실패 없는 서비스 보장성을 제공한다. 필요한 경우 직원이 부재하거나 업무를 할 수 없는 경우에도 의사 혼자서 의사 클라이언트를 통해 환자의 진료 접수와 진료 시작을 진행시킬 수 있도록 한다. 업무에 비해 직원 수가 부족한 병원에서도, 또한 일시적으로 환자가 몰려 직원 일손이 부족하더라도 병원 운영이 원활해지게 한다.
원격의료 서비스를 통해 환자를 진료하는 경우 의사의 단말기에는 EMR (Electronic Medical Record)를 포함하여 다양한 화면을 함께 띄운 상태에서 진료가 되는데, 이 때 의사 클라이언트를 통한 환자와의 대면을 최우선으로 유지하도록 윈도우 우선순위를 최적화한다.
의료인이 원격진료 중 EMR을 포함하여 의료영상, 참고자료 등 다른 참고 이미지를 선택하여 환자 클라이언트에게 공유할 수 있도록 한다. 나아가, 의사의 조작 편의성을 최대화하여 진료 효율을 높일 수 있도록 공유할 영역의 선택을 돕는다. 진료 시간 대비 진료 품질을 높이고, 환자의 만족도를 높인다.
나아가, 병원에서 이루어지는 대면 진료와 같이, 의료인이 환자 진료를 개시하려 할 때 환자가 원격의료를 위해 준비되어 있게 함으로써 많은 환자를 봐야 하는 의료인이 불필요하게 시간을 낭비하지 않게 한다.
시스템 및 서비스 구성
일실시예에 따르면 원격의료 서비스 제공 장치가 제시된다. 상기 장치는 통신 인터페이스 및 프로세서를 포함한다. 상기 장치는 서버 급 컴퓨터, 워크스테이션, 데스크탑 컴퓨터, 랩탑 컴퓨터, 모바일 전자 장치 중 적어도 하나의 컴퓨팅 디바이스를 포함할 수 있다. 상기 원격의료 서비스 제공 장치의 프로세서는 설치되어 실행되는 소프트웨어에 연관되는 명령어를 실행하여 하기 동작을 수행한다. 상기 프로세서는, 환자 단말에 연관되는 환자 클라이언트가 진료접수를 완료하고 진료실에 접속요청 하는 경우에 상기 환자 클라이언트를 상기 진료실에 입장시킨다.
상기 원격의료 서비스 제공 장치는 상기 통신 인터페이스를 통해 병원 및/또는 의사의 단말기에 설치된 어플리케이션인 의사 클라이언트와 연결되며, 또한 환자의 단말기에 설치된 어플리케이션인 환자 클라이언트와도 연결된다.
상기 어플리케이션은 별도로 단말기에 설치되는 오리지널 어플리케이션 소프트웨어일 수도 있고, 웹(web) 기반으로 브라우저를 통해 접속되는 페이지로서 앱(app)을 대체하는 웹 페이지일 수도 있다. 또한 상기 어플리케이션은 웹 기반과 앱 기반의 성격 모두를 갖는 하이브리드(hybrid) 타입일 수도 있다. 이하에서는 명세서 전반에 걸쳐 '클라이언트'라고만 하더라도 이러한 다양한 소프트웨어 형태를 모두 포함하는 것으로 이해되어야 한다.
한편, 원격의료 서비스 제공 장치가 SAAS(Software as a Service) 형태의 온라인 클라우드 서비스 형태로 구현될 수도 있다. 이 경우, 환자 클라이언트 또는 의사 클라이언트의 적어도 일부는 원격의료 서비스 제공 장치에 의해 온라인 클라우드 기반에서 제공되는 서비스 형태일 수 있다. 환자가 접속하는 경우 명세서 전반에 걸쳐 언급할 환자 클라이언트의 역할을 클라우드 서비스로 제공하고, 의사나 병원 직원이 접속하는 경우 명세서 전반에 걸쳐 언급할 의사 클라이언트의 역할을 클라우드 서비스로 제공할 수 있다.
환자가 진료실에서 대기하는 것을 확인하여 의사의 즉시 진료 가능성을 보장
일실시예에 따른 원격의료 서비스 제공 장치는, 환자 클라이언트가 진료접수를 완료하는 경우, 의사 클라이언트의 요청에 따라 또는 미리 지정된 조건에 따라 환자 클라이언트를 상기 진료실에 입장시킨다. 여기서 진료실은 의사 클라이언트가 원격진료 시작을 선택하는 경우 바로 화상 연결이 가능한 대기 상태를 의미한다.
실제 병원에서 이루어지는 대면 진료의 경우, 환자는 의사와 만나기 위해 대기 공간에서 대기하다가 본인의 순서가 되면 입장하고, 이로써 의사는 별다른 지연 없이 환자와의 즉시 진료 시작을 보장받는다. 그러나 원격의료의 경우, 종래에 소개된 서비스들은 대부분 환자가 온라인 진료를 신청해 놓고 의사(또는 병원) 측이 환자에게 접속을 시도한다. 이러한 접속은 화상 통화, 음성 통화 등일 수 있다.
그런데, 원격진료는 온라인으로 연결된 상황이고, 실제 사람과 사람이 직접 대면하여 만나는 상황이 아니므로 환자는 의사와의 원격진료를 기다리던 중에 진료 대기를 하지 않고 다른 작업을 하거나, 단말기를 두고 다른 곳으로 가는 등, 의사가(또는 병원이) 진료를 시작하고자 할 때 즉시 진료 가능성이 보장되지 않는 불편이 있었다. 일실시예에 따르면 프로세서는 환자 클라이언트를 통해 환자가 진료를 위해 실제 준비된 상태인지, 그래서 의사가 진료 절차를 시작하면 즉시 진료가 가능한지의 여부를 체크해서, 이를 의사 및/또는 병원측 클라이언트에서 알 수 있게 한다. 일실시예에 따르면 상기 프로세서는 상기 환자 클라이언트가 상기 진료실에 접속 중이고, 그 접속을 유지하는 경우에 의사 단말에 연관되는 의사 클라이언트의 화상연결 접속을 처리한다.
이로써 환자가 원격의료를 위해 준비되어 있는지 의사나 병원이 인지하고, 준비된 환자에 대해 진료 개시를 할 수 있기 때문에, 많은 환자를 봐야 하는 의사와 병원이 연결 지연이나 연결 실패를 겪지 않게 된다. 다시 말해 의사의 환자에 대한 즉시 진료 개시 가능성을 보장하여 병원과 의사의 진료 효율 개선에 기여한다.
환자 클라이언트를 통한 접속 유지의 모니터링
일실시예에 따르면, 상기 원격의료 서비스 제공 장치의 프로세서는 상기 환자 클라이언트가 상기 진료실에 상기 접속을 유지하는지를 반복하여 체크하고, 상기 접속을 유지하는 지의 여부를 상기 의사 클라이언트에게 제공한다. 그러면 의사는 상기 접속을 유지하고 있는 환자에 대해 진료 시작 요청을 하고, 이로써 의사가 진료를 개시하고자 할 때 환자와의 연결 및 진료 개시에 실패하는 확률을 낮춘다.
예시적으로, 그러나 한정되지 않게 이러한 환자 클라이언트의 접속 유지 모니터링을 위해 상기 프로세서는, HTML 5 기반의 웹 소켓(Web socket)을 활용하여 상기 통신 인터페이스를 통해 상기 환자 클라이언트와 신호를 교환한다. 상기 프로세서는 상기 환자 클라이언트가 상기 진료실에서 미리 지정된 응답을 하고 있는 지의 결과에 따라 상기 접속을 유지하는 지의 여부를 판단할 수 있다.
의사 클라이언트와 병원 클라이언트의 통합
의사 클라이언트는 환자 클라이언트의 카운트 파트에 해당하는 것으로, 병원에 설치되는 것이다. SaaS(Software as a Service) 형태의 온라인 클라우드 서비스 형태도 있을 수 있는데, 이 경우 의사 클라이언트는 의사 및/또는 병원 직원의 계정에서 접속되는 경우 클라우드 서비스가 제공하는 구현 형태를 의미한다. 의사가 사용하는 의사 클라이언트와 의사 이외의 병원 직원이 사용하는 병원측 클라이언트가 별도로 제공될 수도 있다. 그러나, 일실시예에 따르면 의사 클라이언트와 병원 클라이언트는 하나로 통합되며, 로그인(sign-in) 하는 계정이 의사 면허를 갖는 의사 사용자의 것이면 전체 기능을 활성화하고, 로그인 하는 계정이 의사가 아닌 직원의 것이면 일부 기능을 비활성화 할 수 있다. 비활성화 되는 일부 기능은 '진료 시작하기' 기능이다. 다음 환자의 진료를 시작하고자 하는 시점은 의사에 의해 가장 정확히, 그리고 적절히 선택될 수 있으므로, 진료실에 대기하는 환자 클라이언트와 화상접속을 개시하는 '진료 시작하기' 기능은 의사 계정의 사용자만 실행 가능한 기능으로 구현된다.
의사 클라이언트의 기능에 포함되는 AOT (Always on Top) 기능
의사 클라이언트의 동작은 의사인 사용자가 취급(handling)하는 컴퓨팅 단말기에 의해 수행되는 컴퓨터 구현 방법이다. SaaS 형태 서비스인 경우는 클라우드 기반에서 의사의 단말기가 원격의료 서비스 제공 장치와 협업하여 방법이 구현될 수도 있다.
일실시예에 따르면, 의사 클라이언트를 위한 컴퓨터 구현 방법은, 환자 단말기를 통해 실행되는 환자 클라이언트가 원격의료 서비스 제공장치에 의해 제공되는 진료실에 접속 중인 경우에, 의사 단말기를 통해 실행되는 의사 클라이언트의 화상연결 시작 명령에 따라 화상연결을 시작하는 단계, 및 상기 화상연결 중 상기 의사 클라이언트가 상기 의사 단말기에 의해 디스플레이되는 다른 윈도우보다 항상 위에 있도록 AOT (Always on Top) 기능을 활성화시키는 단계를 포함한다.
일실시예에 따르면, 컴퓨터 구현 방법은 상기 환자 클라이언트가 상기 진료실에 상기 접속을 유지하는지를 반복하여 체크하고, 상기 접속을 유지하는 지의 여부를 상기 의사 클라이언트에게 제공하는 단계를 더 포함한다.
일실시예에 따르면, 컴퓨터 구현 방법은 HTML 5 기반의 웹 소켓(Web socket)을 활용하여 상기 통신 인터페이스를 통해 상기 환자 클라이언트와 신호를 교환하는 단계를 더 포함할 수도 있다. 이 경우, 상기 접속을 유지하는 지를 반복하여 체크하는 것은 상기 환자 클라이언트가 상기 진료실에서 상기 웹 소켓을 활용하여 미리 지정된 응답을 하고 있는 지의 결과에 따라 상기 접속을 유지하는 지의 여부를 판단하는 것일 수 있다.
AOT (Always on Top) 기능 활성화 및 비활성화 처리 방법
일실시예에 따르면, 상기 AOT 기능을 활성화시키는 단계는, 상기 의사 클라이언트의 상기 화상연결 시작 명령이 수신되는 경우 자동적으로 실행될 수 있다. 그리고 컴퓨터 구현 방법은, 상기 화상연결이 종료되는 경우 자동으로 상기 AOT 기능을 비활성화 시키는 단계를 더 포함한다.
다른 일실시예에 따르면, 상기 AOT 기능을 활성화시키는 단계는, 상기 의사 단말기가 WebRTC (Web Real-Time Communication)를 통해 스트리밍 데이터를 송신 또는 수신하는 경우에 자동적으로 실행될 수 있다. 그리고 컴퓨터 구현 방법은, 상기 의사 단말기가 상기 WebRTC를 통해 상기 스트리밍 데이터를 송신 또는 수신하지 않는 경우 자동으로 상기 AOT 기능을 비활성화 시키는 단계를 더 포함한다.
또 다른 일실시예에 따르면, 상기 AOT 기능을 활성화시키는 단계는, 상기 의사 클라이언트가 상기 의사 단말기에 연결되는 마이크 또는 카메라 자원을 사용하는 경우 자동적으로 실행될 수 있다. 그리고 컴퓨터 구현 방법은, 상기 의사 단말기가 상기 마이크 또는 카메라 자원을 다시 반납할 때 자동으로 상기 AOT 기능을 비활성화 시키는 단계를 더 포함한다.
의사 클라이언트의 기능에 포함되는 화면의 부분적 공유 기능
일실시예에 따르면, 상기 컴퓨터 구현 방법은 상기 의사 단말기에서 실행 중인 EMR(전자의무기록) 윈도우 내에서 상기 환자 클라이언트로 공유되어야 하는 영역 정보를 지정받아 탬플릿으로 구성하는 단계, 상기 화상연결 중에 상기 의사 클라이언트의 사용자에 의해 화면 공유가 선택되는 경우 상기 의사 단말기의 화면 내에서 OpenCV 탬플릿 매칭(template matching)을 이용하여 공유 영역을 자동 선택하는 단계, 및 상기 자동 선택된 상기 공유 영역을 상기 환자 클라이언트로 전송하는 단계를 더 포함한다.
일실시예에 따르면, 상기 OpenCV 탬플릿 매칭을 이용하는 경우, TM_SQDIFF_NORMED 알고리즘을 이용하여 상기 공유 영역을 자동 선택할 수 있다.
실시예들에 따르면, 원격의료 서비스 제공 시 프로세스를 최적화하여 진료 효율이 높아진다. 마치 병원에서 이루어지는 대면 진료와 같이, 의료인이 환자 진료를 개시하려 할 때 환자가 원격의료를 위해 준비되어 있게 함으로써 많은 환자를 봐야 하는 의료인이 불필요하게 시간을 낭비하지 않게 한다.
통상적 서비스들의 경우, 환자의 진료 예약 후 정확한 시간의 약속 없이 의료진이 환자에게 연락을 취하는 것이기 때문에, 의료진이 환자에게 통신을 연결하기 위해 의료진이 시간을 낭비하거나 그 외 대기시간이 필요하며, 환자가 그 연결 시도를 놓쳐버린 경우 의료진은 반복적인 연결 시도를 해야 하는 문제가 있다. 이는 환자측 에서도 예상하지 못하는 시간에 반복적으로 연락을 받는 문제점을 야기할 수 있다. 실시예들에 따르면, 이러한 불편과 비효율이 방지되어 원격 진료가 양쪽에서 원활하게 이루어 지도록 한다.
실시예들에 따르면, 원격진료 시스템에 연결되는 환자 클라이언트에게 실패 없는 서비스 보장성이 제공된다. 예시적으로, 병원측의 클라이언트들은 서로 협업하기 때문에 직원이 부재하거나 업무를 할 수 없는 경우, 일시적으로 병원 직원 수가 현재 환자의 진료 접수에 비해 부족하여 일손이 달리는 경우에도 의사 혼자서 의사 클라이언트를 통해 환자의 진료 접수와 진료 시작을 진행시킬 수 있어 병원 운영이 원활해진다.
의사 클라이언트의 유저인터페이스(UI) 및 사용자경험(UX) 역시 개선되어 진료의 품질 및 효율 개선에 기여한다. 원격의료 서비스를 통해 환자를 진료하는 경우 의사 단말기에는 EMR (Electronic Medical Record)를 포함하여 다양한 화면을 함께 띄운 상태에서 진료가 되는데, 이 때 의사 클라이언트를 통한 환자와의 대면을 최우선으로 유지하도록 윈도우 우선순위가 최적화된다. 나아가 별다른 조작이 없더라도 어떤 화면을 탑 레이어에 둘지 자동으로 조작되어 사용 편의성이 높아진다.
의사가 원격진료를 통해 환자를 볼 때 EMR 상의 정보, 의료 영상, 기타 참고 정보를 의사 클라이언트에 공유하고, 따라서 환자 클라이언트에도 쉽게 공유할 수 있다. 단말기 조작에 능숙하지 않은 의사도 조작의 어려움을 경험하지 않고 쉽게 공유하고자 하는 화면을 공유할 수 있다. 따라서 진료 시간의 단축에 기여하고, 같은 진료 시간 내에 실질적인 진료에 투여하는 시간의 비율을 높여 진료 효율 개선에 기여한다.
나아가, 병원에서 이루어지는 대면 진료와 같이, 의료인이 환자 진료를 개시하려 할 때 환자가 원격의료를 위해 준비되어 있게 함으로써 많은 환자를 봐야 하는 의료인이 불필요하게 시간을 낭비하지 않게 한다
도 1은 원격의료 서비스 제공 장치와 환자 단말기, 의사 단말기의 연결을 설명하기 위한 도면이다.
도 2는 일실시예에 따른 원격의료 서비스 제공 장치를 도시한다.
도 3은 일실시예에 따른 환자 단말기에서 환자 클라이언트가 제공하는 진료 접수 과정을 설명하기 위한 도면이다.
도 4는 실시예에 따라 진료가 시작된 모습을 설명하기 위한 도면이다.
도 5 내지 도 6은 의사 클라이언트에서 알람에 의해 환자의 진료 접수 현황이 연계 관리되는 과정을 설명하기 위한 도면이다.
도 7은 일실시예에 따른 의사 클라이언트의 AOT 기능 자동 설정/해제에 관해 설명하기 위한 도면이다.
도 8은 일실시예에 따른 의사 클라이언트의 화면 공유 기능에 관해 설명하기 위한 도면이다.
이하에서, 실시예들을 첨부된 도면을 참조하여 상세하게 설명한다. 그러나, 권리범위가 이러한 실시예들에 의해 제한되거나 한정되는 것은 아니다. 각 도면에 제시된 동일한 참조 부호는 동일한 부재를 나타낸다.
아래 설명에서 사용되는 용어는, 연관되는 기술 분야에서 일반적이고 보편적인 것으로 선택되었으나, 기술의 발달 및/또는 변화, 관례, 기술자의 선호 등에 따라 다른 용어가 있을 수 있다. 따라서, 아래 설명에서 사용되는 용어는 기술적 사상을 한정하는 것으로 이해되어서는 안 되며, 실시예들을 설명하기 위한 예시적 용어로 이해되어야 한다.
또한 특정한 경우는 출원인이 임의로 선정한 용어도 있으며, 이 경우 해당되는 설명 부분에서 상세한 그 의미를 기재할 것이다. 따라서 아래 설명에서 사용되는 용어는 단순한 용어의 명칭이 아닌 그 용어가 가지는 의미와 명세서 전반에 걸친 내용을 토대로 이해되어야 한다.
일실시예에 따른 원격 의료 서비스 제공 장치는 전자 장치(electronic device)일 수 있다. 전자 장치는, 서비스 연결과 구현을 제공하는 것이면, 시스템 온 칩(SoC) 형태의 하드웨어 및/또는 어플리케이션 소프트웨어에 의해 구현되는 범용 컴퓨팅 장치 등을 모두 포함한다.
예를 들면, 전자 장치는 스마트 폰(smartphone), 태블릿 PC(tablet personal computer), 이동 전화기(mobile phone), 화상 전화기, 전자북 리더기(e-book reader), 데스크탑 PC(desktop personal computer), 랩탑 PC(laptop personal computer), 넷북 컴퓨터(netbook computer), PDA(personal digital assistant), PMP(portable multimedia player), MP3 플레이어, 모바일 의료기기, 카메라(camera), 또는 웨어러블 장치(wearable device)(예: 전자 안경과 같은 head-mounted-device(HMD), 전자 의복, 전자 팔찌, 전자 목걸이, 전자 앱세서리(appcessory), 전자 문신, 또는 스마트 와치(smart watch))중 적어도 하나를 포함할 수 있다.
추가적 실시예에 따르면, 전자 장치는 각종 의료기기(예: MRA(magnetic resonance angiography), MRI(magnetic resonance imaging), CT(computed tomography), 촬영기, 초음파기 등), 네비게이션(navigation) 장치, GPS 수신기(global positioning system receiver), EDR(event data recorder), FDR(flight data recorder), 자동차 인포테인먼트(infotainment) 장치, 선박용 전자 장비(예: 선박용 항법 장치 및 자이로 콤파스 등), 항공 전자기기(avionics), 보안 기기, 차량용 헤드 유닛, 산업용 또는 가정용 로봇, 금융 기관의 ATM(automatic teller's machine) 또는 병원의 POS(point of sales) 중 적어도 하나를 포함할 수 있다.
또한, 전자 단말은 원격 의료 서비스 연결을 위한 지능형 가구(furniture) 또는 건물/구조물의 일부, 전자 보드(electronic board), 전자 사인 입력장치(electronic signature receiving device), 프로젝터(projector), 또는 각종 계측기기(예: 수도, 전기, 가스, 또는 전파 계측 기기 등) 중 적어도 하나를 포함할 수 있다. 본 발명의 다양한 실시예에 따른 전자 장치는 전술한 다양한 장치들 중 하나 또는 그 이상의 조합일 수 있다. 또한, 본 발명의 다양한 실시예에 따른 전자 장치는 플렉서블 장치일 수 있다. 이처럼 전자 장치의 형태 자체는 다양하며, 전자 장치의 형태와 (원격의료 서비스 제공 기능 외의) 주용도는 전술한 사항들에 한정되지 않음은 당업자에게 자명하다. 이하에서는 도면을 참조하면서 구체적인 실시예를 설명한다.
시스템 및 서비스 구성
도 1은 원격의료 서비스 제공 장치와 환자 단말기, 의사 단말기의 연결을 설명하기 위한 도면이다.
도시된 개요도에서 원격의료 서비스 제공 장치(100)는 서버 급 컴퓨터, 워크스테이션, 데스크탑 컴퓨터, 랩탑 컴퓨터, 모바일 전자 장치 등에 의해 구현되며, 이들 중 복수 개의 디바이스에 의해 구현되는 것도 가능하다.
장치(100)는 네트워크를 통해 환자 단말기(101)와 연결되고, 또한 의사 단말기(102), 병원단말기(103)와도 연결된다. 각각의 단말기들(101 내지 103)도 데스크탑 컴퓨터, 랩탑 컴퓨터, 스마트폰이나 태블릿PC와 같은 모바일 전자 장치 등에 대응할 수 있다. 단말기들(101 내지 103)의 각각에는 편의상 '클라이언트'라고 지칭하는 소프트웨어 수단이 존재한다.
환자 단말기(101)에는 환자 클라이언트가 실행된다. 의사 단말기(102)에서는 의사 클라이언트가, 병원 단말기(103)에는 병원 클라이언트가 각각 실행된다. 의사 클라이언트는 환자 클라이언트의 카운트 파트에 해당하는 것으로, 병원에 설치되는 것이다. SaaS(Software as a Service) 형태의 온라인 클라우드 서비스 형태도 있을 수 있다. 이 경우, 의사 클라이언트는 의사 및/또는 병원 직원의 계정에서 접속되는 경우에 클라우드 서비스가 제공되는 서비스 형태를 의미한다. 그리고 병원 클라이언트는 진료를 하는 의료인(의사)가 아닌 병원의 행정직원이나 간호사가 진료를 접수 받고, 병원비를 수납하는 등의 진료 보조 업무를 수행하는 수단이다. 의사가 사용하는 의사 클라이언트와 의사 이외의 병원 직원이 사용하는 병원측 클라이언트는 별도로 제공될 수도 있다. 그러나, 일실시예에 따르면 의사 클라이언트와 병원 클라이언트는 하나로 통합되며, 로그인(sign-in) 하는 계정이 의사 면허를 갖는 의사 사용자의 것이면 전체 기능을 활성화하고, 로그인 하는 계정이 의사가 아닌 직원의 것이면 일부 기능을 비활성화 할 수 있다. 비활성화 되는 일부 기능은 '진료 시작하기' 기능이다. 다음 환자의 진료를 시작하고자 하는 시점은 의사에 의해 가장 정확히, 그리고 적절히 선택될 수 있으므로, 진료실에 대기하는 환자 클라이언트와 화상접속을 개시하는 '진료 시작하기' 기능은 의사만 가능한 기능으로 구현된다.
단말기들(101 내지 103)에 설치되는 클라이언트는 설치되는(installed) 오리지널 어플리케이션 소프트웨어일 수도 있고, 웹(web) 기반 브라우저를 통해 접속되는 페이지를 통한 서비스 제공일 수도 있으며, 또는 앱과 웹의 성격을 함께 갖는 하이브리드 앱(hybrid app.)일 수도 있다. 나아가, SaaS 형태로 제공되는 클라우드 기반 서비스일 수도 있다. 이러한 구현은 이 분야에서 통상의 지식을 갖는 개발자에게 구현 가능한 것이므로 더 이상의 자세한 언급은 생략하며 실시예들의 설명이 어느 한 가지의 예를 언급하더라도 다른 구현을 배제하는 것은 아니다. 원격의료 서비스 제공 장치(100)의 구현과 동작은 도 2를 참고하여 설명하기로 한다.
도 2는 일실시예에 따른 원격의료 서비스 제공 장치(100)를 도시한다.
환자가 진료실에서 대기하는 것을 확인하여 의사의 즉시 진료 가능성을 보장
원격의료 서비스 장치(100)는 네트워크를 통해 통신하기 위한 유선 및/또는 통신 인터페이스(110)와 프로세서(120)를 포함한다. 프로세서(120)는 중앙처리장치(CPU), 그래픽처리장치(GPU), 어플리케이션 프로세서(AP), 필드 프로그래머블 게이트 어래이(FPGA) 등 현대 컴퓨팅 장치에서 사용하는 범용 또는 전용 하드웨어 자원(resource)이다. 프로세서(120)는 장치(100)에서 실행되는 (또는 네트워크를 통해 제공되는) 소프트웨어에 의한 동작을 수행하며 그 동작을 자세히 설명하기로 한다. 프로세서(120)는 하나의 블록으로 도시되었으나, 복수 개의 연산 자원의 그룹 또는 그들의 조합을 의미할 수 있다.
일실시예에 따르면 환자 단말(101)에 연관되는 환자 클라이언트가 진료접수를 완료하고 진료실에 접속요청을 해온다. 그러면 병원 및/또는 의사의 승인에 따라 상기 환자의 계정의 클라이언트를 진료실이라고 하는 단계로 입장시킨다. 이는 상기 환자 계정에 대한 환자 클라이언트의 서비스 상태가, 진료 접수 과정에서 진료 대기 과정으로 전환됨을 의미하며, 진료실은 의사가 진료를 개시하면 즉시 서로의 화상 및/또는 음성 통화가 시작될 수 있는 상태에 해당하는 단계이다. 마치 오프라인의 실제 병원에서, 환자를 간호사가 진료실 안으로 안내하여 진료를 볼 곳에서 기다리게 하고, 환자가 준비되어 있음을 의사에게 보고하면 의사가 준비되었을 때 들어와서 바로 환자와의 진료를 시작하는 것과 유사한 사용자 경험이다. 대학병원에 가면 의사가 인접한(connected) 두 개의 진료실을 오가며 진료를 하는 경우가 있다. 어느 한 진료실에서 그 의사의 진료가 이루어지는 동안, 옆 진료실에는 간호사가 다음 환자를 입장하게 해서 진료 준비를 시킨다. 이 때 전자의무기록 시스템(EMR)이나 기타 수단을 통해, 차트, 필요한 의료 영상, 검사 결과 등의 정보를 준비하여 둠으로써 바쁜 의사가 그러한 준비 과정에서 시간을 낭비하지 않도록 한다.
의사는 진료를 보던 방에서 현재 환자의 진료를 마치고, 필요한 차팅(charting)을 한 후, 바로 옆으로 이동하면 준비되어 있는 환자와 즉시 진료를 개시할 수 있다. 이로써 불필요한 시간 낭비를 줄여, 같은 수의 환자를 보더라도 실질적으로 진료의 본질에 충실할 수 있고, 진료의 딜레이로 인한 환자 불편을 줄이고, 더 많은 환자에게 의료서비스를 제공할 수 있다. 실시예들에 따른 '진료실'입장 대기는 그러한 역할을 한다.
실시예들에 따른 장치(100)의 역할은 원격의료 서비스를 환자 단말(101)과 의사 단말(102) 사이에 제공하는 데서 더 나아가, 이러한 진료 효율의 개선을 통해, 의료인과 환자 모두에게 더 나은 서비스를 제공한다.
앞서 언급한 바와 같이, 종전에 소개된 원격의료 보조 서비스 수단들은 대부분 환자가 온라인(원격) 진료를 신청해 놓고 있으면, 의사(또는 병원) 측이 환자에게 접속을 시도한다. 이러한 접속은 화상 통화, 음성 통화 등일 수 있다. 그런데, 원격진료는 온라인으로 연결된 상황이고, 실제 사람과 사람이 직접 대면하여 만나는 상황이 아니므로, 환자는 의사와의 원격진료를 기다리던 중에 진료 대기를 하지 않고 다른 일을 하거나, 단말기를 두고 다른 곳으로 가버릴 수도 있다. 그렇게 되면 의사(또는 병원)가 진료를 시작하고자 할 때 즉시 진료 가능성이 보장되지 않는다.
일실시예에 따르면 프로세서(120)는 환자 클라이언트를 통해 환자가 진료를 위해 실제 준비된 상태인지, 그래서 의사가 진료 절차를 시작하면 즉시 진료가 가능한지의 여부를 체크한다. 그러한 체크 결과를 의사 단말기(102)를 통해 의사가 알 수 있게 한다. 일실시예에 따르면 상기 프로세서(120)는 환자 단말기(101)를 통해 환자 클라이언트가 상기 진료실에 접속 중이고, 그 접속을 유지하고 있는 중인 경우에 의사 단말(102) 측의 의사 클라이언트의 화상연결 접속 요청을 처리한다.
만약 환자 클라이언트 측에 대한 체크 결과, 환자가 통화 중이거나, 화면을 보고 있지 않고 자리를 비웠거나, 단말기(101)로 다른 작업을 하고 있는 등 의사가 진료를 시작하고자 할 때 진료가 바로 시작되지 않고 의사를 기다리게 할 만한 상황이라면 의사에게 이러한 상황을 알릴 수 있다. 그리고 알리는 데에 그치지 않고 '환자가 진료 준비가 되어 있지 않을 수 있다'는 점을 상기시키고, 다른 환자를 먼저 진료하도록 의사에게 선택권을 줄 수도 있다. 환자에게는 '진료대기를 하여야 진료가 시작된다'는 알람을 주어 환자가 준비되어 있도록 하는 넛지(Nudge) 효과를 만들 수 있다.
이러한 배려에 의해 의사는 진료 접수를 하고 진료 대기실로 입장한 환자들 중, 어떤 환자가 진료의 시작을 위해 준비되어 있는지 알고, 잘 준비된 환자를 선택하여 진료 개시를 할 수 있고, 따라서 의사와 병원이 연결 지연이나 연결 실패로 인한 비효율을 겪지 않도록 한다. 준비가 되지 않은 환자는 병원 직원 또는 원격의료 서비스 제공자 측에서 환자 단말에 준비를 하고 있어야 진료가 시작됨을 알리는 등으로 진료 준비(앱을 종료하지 않고, 다른 작업을 하지 않고, 해당 진료실 화면을 주시하며 대기하도록) 유도할 수 있다. 이상의 실시예들에 따라 의사의 환자에 대한 즉시 진료 가능성이 높아진다.
도 3은 일실시예에 따른 환자 단말기(101)에서 환자 클라이언트가 제공하는 진료 접수 과정을 설명하기 위한 도면이다. 의사의 성명, 사진, 자격 프로필 등의 정보(310)를 확인한 환자가 그 의사에게 원격진료 신청하기 버튼(320)을 선택함으로써 진료 요청이 병원 클라이언트 및/또는 의사 클라이언트에게 전달된다.
그리고, 환자는 진료에 필요한 사항을 입력할 수 있다. 여기에는 증상, 결제수단 설정, 연락처 입력 등이 있을 수 있다. 이러한 과정을 마치면 진료 접수가 완료된다. 그러면 환자 클라이언트는 병원 및/또는 의사의 승인을 대기하는 상태가 된다. 그 승인이 있는 경우에는 환자가 바로 의사를 대면하는 것이 아니라, '진료실'이라고 하는 곳으로 입장하도록 요청을 받는다. 이러한 입장 요청은 환자 클라이언트에서의 메시지 팝업, SNS를 통한 메시징, 통신 서비스의 텍스팅, 단말기(101)의 푸쉬 알람 등 다양한 방법에 의해 구현된다.
'진료실 입장'은 의사 클라이언트나 병원의 승인(또는 입장 초대)에 의해 시작되는 점에서 단순히 진료를 접수해 놓은 상태와는 다르다. 따라서 진료접수만 마치면 무작정 진료실 입장을 통해 환자가 마냥 의사를 기다려야하는 것이 아니다. 환자의 입장에서도 얼마를 기다릴지 모르는데 아무것도 안 하고 의사가 진료를 시작하기만 기다리는 것은 불편하다. 따라서, '진료실 입장' 요청 절차를 둠으로써 환자도 진료가 개시될 무렵 다른 일을 멈추고 의사의 진료 개시를 적절한 수준에서 기다리고, 의사의 입장에서도 진료실에 들어와 있는 환자는 높은 확률로 즉시 진료 개시 가능성이 있으므로 서로 편리하다. 진료실 입장을 요청받은 환자가 진료실에 안 들어오고 있는 경우, 또는 진료실에 들어와서도 진료 시작을 기다리지 않고 그 사이에 또 다른 일을 하는 등 진료 준비가 안 된 경우, 의사는 이 상황을 미리 인지하여 그 환자에 대해서는 진료 시작을 미루고 다른 환자를 볼 수 있다. 따라서 전체 진료에서의 대면 실패는 종전에 비해 크게 낮아진다.
이하에서 설명할 실시예들을 통해, 이 진료실 입장 후 환자가 준비되어 있는 상태를 유지하는지 판단하고 의사 클라이언트에 알리는 다양한 방법이 게시된다.
환자 클라이언트를 통한 접속 유지의 모니터링
일실시예에 따르면 프로세서(120)는 환자 클라이언트가 진료실에 접속을 유지하고 있는지를 반복하여 체크하고, 그 체크 결과를 의사 클라이언트에게 제공한다. 그러면 앞서 언급한 바와 같이 의사는 진료실에 접속을 유지하고 있는 환자에 대해 진료 시작을 할 수 있다.
예시적으로, 그러나 한정되지 않게 이러한 환자 클라이언트의 접속 유지 모니터링을 위해 프로세서(120)는, HTML 5 기반의 웹 소켓(Web socket)을 활용하여 통신 인터페이스(110)를 통해 환자 클라이언트와 신호를 교환한다. 이러한 과정을 통해 환자 클라이언트가 진료실에서 미리 지정된 응답을 하고 있는지의 결과에 따라 접속을 계속 유지하고 있는지의 여부를 판단할 수 있다. 환자 단말기(101)에서 원격의료 서비스 소프트웨어가 종료되거나, 환자 클라이언트가 다시 진료실에서 나가기(go out)하거나 여하간의 사정으로 환자가 진료실에서 의사의 진료 개시를 기다리고 있지 않은 상황이라면 이를 의사와 병원이 알 수 있게 하는 것이다.
환자가 단말기의 카메라를 응시 중인지 확인하여 진료 개시 가능성을 확인
일실시예에 따르면 프로세서(120)는, 진료실에 입장한 환자 클라이언트를 통해 환자 단말기(101)에 연관되는 카메라에서 그 카메라를 응시하고 있는 사람이 식별되는 지의 여부를 확인한다. 그리고 그 확인 결과를 의사 클라이언트 및/또는 병원 클라이언트에게 제공한다. 통상적으로 환자 클라이언트는 환자의 스마트폰, 태블릿, 개인용 컴퓨터 등 퍼스널 디바이스일 것이므로, 해당 디바이스의 카메라를 누군가 응시하고 있다면 그 환자는 입장 이후 여전히 진료실에 머물며, 의사의 진료 개시를 기다리고 있는 준비된 환자일 것이다.
따라서 본 실시예에서 프로세서(120)는 진료실에 입장한 환자 클라이언트를 통해 환자 단말기에 연관되는 카메라에서 상기 카메라를 응시하고 있는 사람이 식별되는 지의 여부를 지속적으로 확인한다.
예시적으로, 그러나 한정되지 않게 상기 프로세서는 모바일넷츠(MobileNets) 모델을 활용할 수 있다. 이 모델은 입베디드 비전(embedded vision) 앱에서 사용될 수 있으며, 뎁스-와이즈 세퍼러블 컨볼루션(Depth-wise separable convolutions) 구조에 기반하며, 두 개의 단순한 하이퍼-파라미터(hyper-parameter)를 가질 수 있다. 이 두 가지 하이퍼-파라미터는 사용되는 환경에 따라 적절히 선택되고 하이퍼-파라미터의 크기도 선택 적용될 수 있다.
예시적으로 프로세서(120)는 상기 모바일넷츠(MobileNets) ver. 1 모델을 이용하는 얼굴 인식 오픈 소스인 페이스 에이피아이(face-api)를 이용하여 환자 클라이언트에 연관된 환자 단말기(101)의 카메라에서 얼굴이 인식되고 있는지 여부를 지속적으로 체크한다. 그 체크에 대한 결과 값은 0과 1 사이의 값으로 제공되며, 그 결과 값이 1에 가까울 수록 얼굴이 인식되고 있다고 판정을 한다.
일실시예에 따르면 미리 지정된 임계치(threshold)를 설정하고, 상기 결과 값이 그 임계치 이상의 값인 경우에는 환자가 환자 클라이언트의 진료실에서 카메라를 보며 진료를 기다리고 있다고 판단한다. 만약 미리 지정된 시간, 이를테면 5초 이상 상기 결과 값이 계속하여 상기 임계치 미만인 경우는 상기 환자가 환자 클라이언트의 진료실에서 기다리고 있지 않은 것으로 판단하여, 병원 또는 의사 클라이언트에 해당 환자는 진료실에서 대기 중이 아니라는 판단을 제공한다. 따라서 의사는 진료의 즉시 개시에 실패할 확률이 높은 미대기 환자에게 연결(진료 개시 요청)하지 않도록 회피할 수 있다.
일실시예에 따르면 상기 판정 값이 상기 미리 지정된 임계치 미만인 경우에 상기 환자 클라이언트를 통해 화면을 응시하고 진료를 기다리라는 요청이 상기 환자에게 제공될 수 있다. 이러한 요청은 앱 실행 중의 팝업, SNS를 통한 메시지 전송, 문자 전송(texting), 시스템 알람, 푸쉬 알람 전송 등에 의해 수행될 수 있다. 이러한 요청은 음성 출력을 통해 환자 단말기(101)에서 이루어질 수도 있다. 마치 스마트폰에서 음성 또는 화상 통화 중에 다른 앱을 실행하더라도 음성이 출력되는 것과 유사한 처리이다.
한편, 환자가 진료실에서 진료 개시를 위해 준비된 상태인지 확인되면 의사가 진료를 시작할 수 있는데, 도 4는 진료가 시작된 경우 환자 단말기의 모습을 도시한다. 진료가 시작되는 때부터의 의사 클라이언트의 기능은 다음 도면들을 참조하여 상세히 설명한다.
도 5 내지 도 7은 실시예들에 따른 의사 클라이언트의 기능을 설명하기 위한 도면이다.
의사 클라이언트에서 환자 접수 상태 알람 및 프로세싱
도 5를 참고하면 의사 클라이언트에서 환자 접수 상태 변경의 알람 및 처리가 도시된다.
일실시예에 따르면 원격진료 시스템에 의사가 사용하는 의사 클라이언트와 병원(원무과) 직원이 사용하는 의사 클라이언트 각각이 접속된다. 원격진료 시스템을 통해 환자가 환자 클라이언트에서 진료 요청(접수)을 하는 경우, 시스템은 병원 클라이언트의 진료 요청 필드에 이를 반영함과 별도로 (독립적으로), 의사 클라이언트가 실행되는 의사 단말기(102)에 환자의 진료 요청을 알린다.
의사 단말기(102)에서 의사 클라이언트를 통해 환자의 진료 요청의 발생 알림(510)이 제공되는 기술적인 방식은, 이를테면 앱(또는 웹브라우저) 푸시알림(push notification)이나 OS에서 제공되는 기본알림(notification)일 수 있다. 의사 클라이언트가 실행되는 단말기(102)를 이용하는 의사 입장에서는 마치 이메일이나 인스턴트 메시지가 수신되는 경우의 알림과 같은 사용자 경험을 제공받게 된다.
이러한 알림은 적시 처리를 통해 진료접수가 진료대기로 프로세싱되지 않는 경우 주기적/반복적으로 제공될 수도 있다. 또한 알림은 진료접수 상황뿐만 아니라, 환자의 접수완료/진료실입장 상태 등의 단계 변경의 각각에 제공되는 실시예도 가능하다. 이로써 병원 클라이언트 측의 처리 현황 및 지연 발생을 의사 클라이언트가 더블체크하여 환자의 불편이 줄어든다.
일실시예에 따르면, 의사 단말기(102)에서 의사가 알람(510)을 클릭함으로써 대시보드(520)에 접근하여 직접 단계 변경을 진행할 수 있다. 이를테면 진료접수(530)을 눌러 처리하는 것이다. 직접 처리하지 않고, 병원 직원이 사용하는 클라이언트로 리마인더를 하는 것도 가능하다. 병원 직원이 사용하는 클라이언트에서는 원격진료 접수창(대시보드 등)이 주기적/지속적으로 리프레시되도록 설정되고, 상태 변경 발생 시 병원 클라이언트도 알림을 제공함으로써 앞서 언급한 의사 클라이언트의 모니터링 및 지시 필요성이 최소화되게 한다.
이러한 상호보완적 처리는 여러 가지 유용성을 제공한다. 원격진료 시스템이 병원 전자차트(EMR) 프로그램과 연결되어 있지 않거나 상호연동성이 완전하지 않은 경우라면, 병원(원무과)의 관리 인력은 한편으로는 병원의 오프라인(내원 환자) 진료를 위하여 전자차트 프로그램을 조작하면서, 동시에 다른 한편으로는 원격진료 시스템을 지속적으로 모니터링해야 할 수 있다. 이 과정에서 관리 인력이 원격진료 시스템을 통한 환자 클라이언트로부터의 진료 접수(신청) 요청을 누락하게 되면 환자는 불필요하게 많은 시간을 기다려야 할 수 있어 불편을 야기한다. 일실시예에 따르면 온라인을 통한 원격진료 신청의 누락이나 처리 지연을 방지하도록 의사 클라이언트에서, 관리 인력 외에 의사의 단말기(102)에서도 환자의 접수 상태에 대한 알람(510)이 제공된다. 그러면 관리 인력이 아닌 의사가 직접 대시보드(520)에서 원격진료 요청 환자의 진료 접수 처리(530)을 할 수 있다.
도 6은 환자의 진료 접수 요청에 대한 처리 과정을 도시한다.
일실시예에 따르면 의사 단말기(102)의 의사 클라이언트에서는 진료접수 상황뿐만 아니라, 환자의 접수요청 단계(601) - 접수완료 단계(602) - 진료실입장 단계(603)를 (병원 단말과 독립하여) 모니터링한다. 따라서 서비스 흐름의 더블체크가 보장될 수 있다. 그리고 일실시예에서는, 의사 클라이언트에서의 직접 모니터링이 가능하도록 하기 위해, 앞서 언급한 알림(이를테면 도 5의 510과 같은 알림)이 환자의 상기 단계(601 내지 603) 변경 각각에 제공될 수도 있다.
또 실시예에 따라서는 의사 클라이언트가 병원 직원의 클라이언트로 리마인더를 하는 것도 가능하며, 필요에 따라서는 의사 클라이언트에서 상기 단계들(601 내지 603) 사이의 변경을 직접 처리하는 기능도(선택적으로) 제공된다. 진료실(610)에 들어와 있는 환자에게는 '진료 시작' 버튼(620)을 눌러서 진료를 바로 시작할 수 있다.
이러한 실시예들에 따르면 의사 클라이언트는 환자가 접수를 신청하는 순간부터 접수 신청 상태로 환자 상태를 모니터링 할 수 있다. 접수가 완료되면 접수완료 상태를, 그리고 환자가 진료실에 입장하면 진료가능 상태를 모니터링이 가능하다. 일반적으로 환자가 진료를 신청하는 것에 대해 인지하고 대응하는 것은 오프라인(내원환자 대면 진료)에서나 온라인(통상적인 원격진료) 모두에서 의사의 역할이 아니고 병원(원무과)의 역할이다.
그러나 본 발명의 실시예들에서는 의사 클라이언트에 이 모니터링 기능을 병렬적으로 추가함으로서 환자의 접수 신청을 의사와 병원이 이중으로 검증하여 누락하지 않게 하는데 그 의의가 있다. 실제 병원의 진료 환경에서는 환자가 병원 내의 상황을 직접 인지하고 병원 전산 시스템과 연동되는 디스플레이를 통해서 환자 스스로가 접수 진행 단계도 확인하여 문제 상황의 해결 가능성이 높으나, 원격 진료에 있어서는 절차 누락/지연이 서비스 흐름과 전체 진료 효율에 크게 영향을 주는데다 누락 상황이 쉽게 인지되기 어려울 수 있기 때문에 독립적/병렬적 모니터링 및 대응은 도움이 된다.
이처럼 실시예들에 따르면 병원측의 클라이언트들(즉, 의사가 로그인하여 사용하는 클라이언트와, 병원 직원이 로그인하여 사용하는 클라이언트들)은 서로 협업하고, 역할을 보완한다. 따라서 환자로부터의 진료 요청이 있을 때, 이를 인지 및/또는 처리하는 과정에서의 지연 가능성이 낮아져서, 결국 환자의 불편(이를테면, 원격진료 포기, 만족도 저하)이 줄어들고 전체 서비스 흐름과 진료 효율이 개선된다.
나아가 이러한 실시예들은 병영 경영과 인력 운용에도 기여한다. 예를 들어, 일시적으로 직원이 부재하거나 업무를 할 수 없는 경우에도 의사 혼자서 의사 클라이언트를 통해 환자의 진료 접수와 진료 시작을 진행시킬 수 있다. 따라서 업무에 비해 직원 수가 부족한 병원에서도, 또는 일시적으로 환자가 몰려 직원 일손이 부족하더라도 병원 운영이 원활해진다.
도 7은 의사 클라이언트의 AOT 기능을 설명하기 위한 도면이다.
의사 클라이언트의 기능에 포함되는 AOT (Always on Top) 기능
의사 클라이언트(720)의 동작은 의사인 사용자가 취급(handling)하는 컴퓨팅 단말기(102)에 의해 수행되는 컴퓨터 구현 방법이다. SaaS 형태 서비스인 경우는 클라우드 기반에서 의사의 단말기(102)가 원격의료 서비스 제공 장치(100)와 협업하여 방법이 구현될 수도 있다.
일실시예에 따르면, 의사 클라이언트를 위한 컴퓨터 구현 방법은, 환자 단말기(101)를 통해 실행되는 환자 클라이언트가 원격의료 서비스 제공장치(100)에 의해 제공되는 진료실에 접속 중인 경우에, 의사 단말기를 통해 실행되는 의사 클라이언트의 화상연결 시작 명령(이를 테면 도 6의 진료시작 버튼 620)에 따라 화상연결을 시작하는 단계, 및 상기 화상연결 중 상기 의사 클라이언트(720)가 상기 의사 단말기에 의해 디스플레이되는 다른 윈도우, 이를테면 EMR(710)보다 항상 위에 있도록 AOT (Always on Top) 기능을 활성화시키는 단계를 포함한다. 의사가 일일이 AOT를 활성화시켰다가 또 불필요할 때는 비활성화 시키는 식의 불편함을 없애서, 원격진료가 개시되어 계속되고 있는 중에는 AOT 기능을 자동으로 활성화 하였다가, 원격진료가 종료되면 자동으로 AOT 기능을 비활성화 하는 것이다. 이는 원격진료를 통해 환자를 진료하는 것과, 실제 병원에 내원해서 진료를 받는 다른 환자 진료의 자연스러운 흐름에 도움이 된다. 의사 클라이언트(720)는 원격진료 시에만 필요하지, 실제 내원해서 의사 앞에 앉아 있는 환자를 진료할 때는 EMR(710)이 가려지지 않고 다 보이는 것이 더 중요하기 때문에 AOT 기능이 비활성화 되어야 한다.
AOT가 자동으로 활성화되었다가 자동으로 다시 비활성화 되는 토글(toggle) 과정은 상기한 실시예 외에도 다른 것들이 가능하다.
AOT (Always on Top) 기능 자동 활성화 및 자동 비활성화 처리의 실시예
다른 일실시예에 따르면, 상기 AOT 기능을 활성화시키는 단계는, 상기 의사 클라이언트의 상기 화상연결 시작 명령이 수신되는 경우 자동적으로 실행될 수 있다. 그리고 컴퓨터 구현 방법은, 상기 화상연결이 종료되는 경우 자동으로 상기 AOT 기능을 비활성화 시키는 단계를 더 포함한다.
또 다른 일실시예에 따르면, 상기 AOT 기능을 활성화시키는 단계는, 상기 의사 단말기가 WebRTC (Web Real-Time Communication)를 통해 스트리밍 데이터를 송신 또는 수신하는 경우에 자동적으로 실행될 수 있다. 그리고 컴퓨터 구현 방법은, 상기 의사 단말기가 상기 WebRTC를 통해 상기 스트리밍 데이터를 송신 또는 수신하지 않는 경우 자동으로 상기 AOT 기능을 비활성화 시키는 단계를 더 포함한다.
또 다른 일실시예에 따르면, 상기 AOT 기능을 활성화시키는 단계는, 상기 의사 클라이언트가 상기 의사 단말기에 연결되는 마이크 또는 카메라 자원을 사용하는 경우 자동적으로 실행될 수 있다. 그리고 컴퓨터 구현 방법은, 상기 의사 단말기가 상기 마이크 또는 카메라 자원을 다시 반납할 때 자동으로 상기 AOT 기능을 비활성화 시키는 단계를 더 포함한다.
물론, 의사인 사용자가 필요에 따라 AOT 기능을 수동으로 활성화했다가 비활성화 하는 토글링 기능이 차단되는 것은 아니다. 다만, 별도로 설정하지 않으면 실시예들에서는 원격진료가 되고 있는 경우에만 AOT 기능을 활성화하고 그 외의 시간에는 자동으로 비활성화 하는 것이다.
의사 클라이언트의 기능에 포함되는 화면의 부분적 공유 기능
한편, 실시예에 따른 의사 클라이언트(720)의 중요한 기능 중 하나는, EMR(710)을 포함하여 의사 단말기(102)에 있는 화면의 일부를 환자 측으로 공유하여 전송할 수 있는 것이다.
실제 내원한 환자를 진료할 때, 의사는 본인의 모니터에 떠 있는 의료 영상 (X-Ray 영상, CT 영상, MRI 영상, MRA 영상 등)이나, 검사 결과지 (혈액 검사, 심전도 검사, 근전도 검사, 폐기능 검사, 간기능 검사 등), 또는 환자의 이해를 돕기 위한 사진/모형/동영상 등의 정보를 직접 보여주며 진료 효율을 높일 수 있다. 그런데 원격의료의 경우는 그러한 부분이 자연스럽지 않다. 영상통화를 하는 것처럼 스마트폰으로 의사 클라이언트를 실행하고, 의사의 얼굴 대신 모니터에 있는 EMR 정보 등을 보여주는 형식이 가능하지만, 하나의 의사 단말(102)에서 EMR(710)과 의사 클라이언트(720)가 같이 있는 경우에는 스냅샷 공유 또는 화면의 라이브 공유 등이 필요할 수 있다. 실시예들에 따르면, 이러한 화면공유를 제공한다. 단순히 화면의 일부를 공유(share)하여 이미지 파일로 전송하거나 이미지 비트 스트리밍을 통해 전송하는 것만을 의미하는 것은 아니다.
EMR(710)에는 환자에게 디스플레이하기에 적절한 내용도 있고, 그렇지 않은 내용들, 이를테면 의사의 환자에 대한 인상이나 특징, 유의사항 등을 단순 차팅 하는 것도 포함될 수 있다. 그리고 의사 단말기(102)의 화면에는 EMR 외의 다른 정보도 디스플레이되어 있을 수 있다. 따라서, 실시예들에 따른 의사 클라이언트(720)의 화면 공유는 '선택'적인 영역의 공유이다.
일실시예에 따르면, 컴퓨터 구현 방법은, 상기 의사 단말기에서 실행 중인 EMR(710) 내에서 환자 클라이언트로 공유되어야 하는 영역 정보를 의사로부터 미리 지정받아 탬플릿(template)으로 구성하는 단계를 수행한다. 이러한 과정에서, 의료영상(810) 부분이 탬플릿되어 제1 탬플릿으로 학습된다. 그리고 혈액검사 결과 데이터 영역(820)이 별도로 탬플릿되어 제2 탬플릿으로 학습된다. 이러한 탬플릿은 의사 마다 다를 수 있고, 이러한 탬플릿 정보는 의사 클라이언트(720) 및/또는 원격 의료 서비스 제공 장치(100)에 저장될 수 있다.
탬플릿을 구성한 다음, 의사가 캡처하기 버튼(840)을 선택하는 경우, 영역 자동 선택 보조가 실행된다. 그래서, 의사가 커서를 가까이 가져 가는 부분의 일정 영역의 이미지가 탬플릿들과 비교되어 탬플릿 매칭 과정을 거친다. 탬플릿들 중 더 유사하다고 매칭되는 후보 탬플릿이 선택 영역으로 추천되며, 의사가 컨펌을 하여 '공유하기'를 누르면 의사 클라이언트(720)으로 해당 영역 이미지가 공유된다. 환자 클라이언트에서는 미리 지정된 시간 동안, 또는 의사가 해제하는 때까지 그 이미지를 볼 수 있다. 선택 추천된 영역을 다른 것으로 변경하거나, 선택 영역을 정밀 조정하고 싶은 경우에는 선택영역을 편집하는 인터페이스를 선택하여 정밀 선택 또는 수정할 수도 있다.
도 8에서는 혈액검사 결과 데이터 영역(820)이 선택되어 의사 클라이언트(720)에 공유되는 모습(830)이 도시되었다.
한편, 상술한 탬플릿 매칭은, OpenCV 탬플릿 매칭(template matching)을 이용하여 공유 영역을 자동 선택하는 것일 수 있다.
여기서 템플릿에 해당하는 부분은 Computer Vision(이하 CV)를 활용한다.
CV는 컴퓨터를 통해 이미지 등에서 정보를 추출할 수 있도록 하는 인공지능(AI)의 한 분야이고, 현재 널리 쓰이고 있다. OpenCV는 CV분야의 대표적인 오픈소스 라이브러리이다. OpenCV 가 제공하는 함수 중 템플릿 매칭(Template matching)은 총 6가지의 알고리즘을 제공한다. 이것들에는, TM_CCOEFF, CCOEFF_NORMED, TM_CCORR, TM_CCORR_NORMED, TM_SQDIFF, TM_SQDIFF_NORMED를 포함한다. 일실시예에 따르면, 의사 클라이언트를 위해서 템플릿 매칭 정확도, 이미지 반전 시(흑백) 매칭 정확도, 매칭 속도 면에서 최적의 알고리즘이 선택된다. 일실시예에서는 TM_SQDIFF_NORMED 가 가장 적합한 것으로 활용된다. 이러한 적합성은 다양한 EMR 검사 화면에 대해 학습을 하여 적합성이 검증되었다.
이상에서 설명된 장치는 하드웨어 구성요소, 소프트웨어 구성요소, 및/또는 하드웨어 구성요소 및 소프트웨어 구성요소의 조합으로 구현될 수 있다. 예를 들어, 실시예들에서 설명된 장치 및 구성요소는, 예를 들어, 프로세서, 콘트롤러, ALU(arithmetic logic unit), 디지털 신호 프로세서(digital signal processor), 마이크로컴퓨터, FPA(field programmable array), PLU(programmable logic unit), 마이크로프로세서, 또는 명령(instruction)을 실행하고 응답할 수 있는 다른 어떠한 장치와 같이, 하나 이상의 범용 컴퓨터 또는 특수 목적 컴퓨터를 이용하여 구현될 수 있다. 처리 장치는 운영 체제(OS) 및 상기 운영 체제 상에서 수행되는 하나 이상의 소프트웨어 애플리케이션을 수행할 수 있다. 또한, 처리 장치는 소프트웨어의 실행에 응답하여, 데이터를 접근, 저장, 조작, 처리 및 생성할 수도 있다. 이해의 편의를 위하여, 처리 장치는 하나가 사용되는 것으로 설명된 경우도 있지만, 해당 기술분야에서 통상의 지식을 가진 자는, 처리 장치가 복수 개의 처리 요소(processing element) 및/또는 복수 유형의 처리 요소를 포함할 수 있음을 알 수 있다. 예를 들어, 처리 장치는 복수 개의 프로세서 또는 하나의 프로세서 및 하나의 컨트롤러를 포함할 수 있다. 또한, 병렬 프로세서(parallel processor)와 같은, 다른 처리 구성(processing configuration)도 가능하다.
소프트웨어는 컴퓨터 프로그램(computer program), 코드(code), 명령(instruction), 또는 이들 중 하나 이상의 조합을 포함할 수 있으며, 원하는 대로 동작하도록 처리 장치를 구성하거나 독립적으로 또는 결합적으로(collectively) 처리 장치를 명령할 수 있다. 소프트웨어 및/또는 데이터는, 처리 장치에 의하여 해석되거나 처리 장치에 명령 또는 데이터를 제공하기 위하여, 어떤 유형의 기계, 구성요소(component), 물리적 장치, 가상 장치(virtual equipment), 컴퓨터 저장 매체 또는 장치, 또는 전송되는 신호 파(signal wave)에 영구적으로, 또는 일시적으로 구체화(embody)될 수 있다. 소프트웨어는 네트워크로 연결된 컴퓨터 시스템 상에 분산되어서, 분산된 방법으로 저장되거나 실행될 수도 있다. 소프트웨어 및 데이터는 하나 이상의 컴퓨터 판독 가능 기록 매체에 저장될 수 있다.
실시예에 따른 방법은 다양한 컴퓨터 수단을 통하여 수행될 수 있는 프로그램 명령 형태로 구현되어 컴퓨터 판독 가능 매체에 기록될 수 있다. 상기 컴퓨터 판독 가능 매체는 프로그램 명령, 데이터 파일, 데이터 구조 등을 단독으로 또는 조합하여 포함할 수 있다. 상기 매체에 기록되는 프로그램 명령은 실시예를 위하여 특별히 설계되고 구성된 것들이거나 컴퓨터 소프트웨어 당업자에게 공지되어 사용 가능한 것일 수도 있다. 컴퓨터 판독 가능 기록 매체의 예에는 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체(magnetic media), CD-ROM, DVD와 같은 광기록 매체(optical media), 플롭티컬 디스크(floptical disk)와 같은 자기-광 매체(magneto-optical media), 및 롬(ROM), 램(RAM), 플래시 메모리 등과 같은 프로그램 명령을 저장하고 수행하도록 특별히 구성된 하드웨어 장치가 포함된다. 프로그램 명령의 예에는 컴파일러에 의해 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터 등을 사용해서 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드를 포함한다. 상기된 하드웨어 장치는 실시예의 동작을 수행하기 위해 하나 이상의 소프트웨어 모듈로서 작동하도록 구성될 수 있으며, 그 역도 마찬가지이다.
실시예들이 비록 한정된 도면에 의해 설명되었으나, 해당 기술분야에서 통상의 지식을 가진 자라면 상기의 기재로부터 다양한 수정 및 변형이 가능하다. 예를 들어, 설명된 기술들이 설명된 방법과 다른 순서로 수행되거나, 및/또는 설명된 시스템, 구조, 장치, 회로 등의 구성요소들이 설명된 방법과 다른 형태로 결합 또는 조합되거나, 다른 구성요소 또는 균등물에 의하여 대치되거나 치환되더라도 적절한 결과가 달성될 수 있다.
그러므로, 다른 구현들, 다른 실시예들 및 특허청구범위와 균등한 것들도 후술하는 특허청구범위의 범위에 속한다.

Claims (10)

  1. 컴퓨터 구현 방법으로서,
    환자 단말기를 통해 실행되는 환자 클라이언트가 원격의료 서비스 제공장치에 의해 제공되는 진료실에 접속 중인 경우에, 의사 단말기를 통해 실행되는 의사 클라이언트의 화상연결 시작 명령에 따라 화상연결을 시작하는 단계; 및
    상기 화상연결 중 상기 의사 클라이언트가 상기 의사 단말기에 의해 디스플레이되는 다른 윈도우보다 항상 위에 있도록 AOT (Always on Top) 기능을 활성화시키는 단계
    를 포함하는, 컴퓨터 구현 방법.
  2. 제1항에 있어서
    상기 환자 클라이언트가 상기 진료실에 상기 접속을 유지하는지를 반복하여 체크하고, 상기 접속을 유지하는 지의 여부를 상기 의사 클라이언트에게 제공하는 단계
    를 더 포함하는, 컴퓨터 구현 방법.
  3. 제2항에 있어서,
    상기 방법은, HTML 5 기반의 웹 소켓(Web socket)을 활용하여 통신 인터페이스를 통해 상기 환자 클라이언트와 신호를 교환하는 단계를 더 포함하고,
    상기 접속을 유지하는 지를 반복하여 체크하는 것은 상기 환자 클라이언트가 상기 진료실에서 상기 웹 소켓을 활용하여 미리 지정된 응답을 하고 있는지의 결과에 따라 상기 접속을 유지하는 지의 여부를 판단하는 것인, 컴퓨터 구현 방법.
  4. 제1항에 있어서,
    상기 AOT 기능을 활성화시키는 단계는, 상기 의사 클라이언트의 상기 화상연결 시작 명령이 수신되는 경우 자동적으로 실행되고,
    상기 방법은, 상기 화상연결이 종료되는 경우 자동으로 상기 AOT 기능을 비활성화 시키는 단계
    를 더 포함하는, 컴퓨터 구현 방법.
  5. 제1항에 있어서,
    상기 AOT 기능을 활성화시키는 단계는, 상기 의사 단말기가 WebRTC (Web Real-Time Communication)를 통해 스트리밍 데이터를 송신 또는 수신하는 경우에 자동적으로 실행되고,
    상기 방법은, 상기 의사 단말기가 상기 WebRTC를 통해 상기 스트리밍 데이터를 송신 또는 수신하지 않는 경우 자동으로 상기 AOT 기능을 비활성화 시키는 단계
    를 더 포함하는, 컴퓨터 구현 방법.
  6. 제1항에 있어서,
    상기 AOT 기능을 활성화시키는 단계는, 상기 의사 클라이언트가 상기 의사 단말기에 연결되는 마이크 또는 카메라 자원을 사용하는 경우 자동적으로 실행되고,
    상기 방법은, 상기 의사 단말기가 상기 마이크 또는 카메라 자원을 다시 반납할 때 자동으로 상기 AOT 기능을 비활성화 시키는 단계
    를 더 포함하는, 컴퓨터 구현 방법.
  7. 제1항에 있어서,
    상기 의사 단말기에서 실행 중인 EMR(전자의무기록) 윈도우 내에서 상기 환자 클라이언트로 공유되어야 하는 영역 정보를 지정받아 탬플릿으로 구성하는 단계;
    상기 화상연결 중, 상기 의사 클라이언트의 사용자에 의해 화면 공유가 선택되는 경우 상기 의사 단말기의 화면 내에서 OpenCV 탬플릿 매칭(template matching)을 이용하여 공유 영역을 자동 선택하는 단계; 및
    상기 자동 선택된 상기 공유 영역을 상기 환자 클라이언트로 전송하는 단계
    를 포함하는, 컴퓨터 구현 방법.
  8. 제7항에 있어서,
    상기 OpenCV 탬플릿 매칭을 이용하는 경우, TM_SQDIFF_NORMED 알고리즘을 이용하여 상기 공유 영역을 자동 선택하는, 컴퓨터 구현 방법.
  9. 제1항 내지 제8항 중 어느 한 항의 방법을 수행하기 위한 명령어들을 포함하는 비일실시적 컴퓨터 판독가능 저장 매체.
  10. 하나 이상의 프로세서;
    상기 하나 이상의 프로세서에 작동적으로(operatively) 결합된 입출력 장치
    를 포함하고, 상기 하나 이상의 프로세서는 제1항 내지 제8항 중 어느 한 항의 방법을 수행하도록 구성되는, 전자 디바이스.
PCT/KR2023/001852 2022-02-09 2023-02-08 원격의료 서비스 제공 장치 및 방법 WO2023153803A1 (ko)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
KR20220016586 2022-02-09
KR10-2022-0016586 2022-02-09
KR10-2023-0016904 2023-02-08
KR1020230016904A KR20230120597A (ko) 2022-02-09 2023-02-08 원격의료 서비스 제공 장치 및 방법

Publications (1)

Publication Number Publication Date
WO2023153803A1 true WO2023153803A1 (ko) 2023-08-17

Family

ID=87564734

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2023/001852 WO2023153803A1 (ko) 2022-02-09 2023-02-08 원격의료 서비스 제공 장치 및 방법

Country Status (1)

Country Link
WO (1) WO2023153803A1 (ko)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110306926A1 (en) * 2010-06-15 2011-12-15 Plexus Information Systems, Inc. Systems and methods for documenting electronic medical records related to anesthesia
KR20140037325A (ko) * 2012-09-17 2014-03-27 가천대학교 산학협력단 생체신호 측정기와 스마트 디바이스를 사용한 심전도 데이터 기반의 원격진료 시스템 및 방법
KR20160035961A (ko) * 2014-09-24 2016-04-01 주식회사 엘지씨엔에스 의료인 단말，환자 단말 및 이들에 의한 화상 통화 방법
KR101674618B1 (ko) * 2016-03-21 2016-11-22 (주)한위드정보기술 가상화 기반 원격 화상 진료 제공 시스템
US20180357982A1 (en) * 2015-11-26 2018-12-13 Barco Nv Content sharing protocol

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110306926A1 (en) * 2010-06-15 2011-12-15 Plexus Information Systems, Inc. Systems and methods for documenting electronic medical records related to anesthesia
KR20140037325A (ko) * 2012-09-17 2014-03-27 가천대학교 산학협력단 생체신호 측정기와 스마트 디바이스를 사용한 심전도 데이터 기반의 원격진료 시스템 및 방법
KR20160035961A (ko) * 2014-09-24 2016-04-01 주식회사 엘지씨엔에스 의료인 단말，환자 단말 및 이들에 의한 화상 통화 방법
US20180357982A1 (en) * 2015-11-26 2018-12-13 Barco Nv Content sharing protocol
KR101674618B1 (ko) * 2016-03-21 2016-11-22 (주)한위드정보기술 가상화 기반 원격 화상 진료 제공 시스템

Similar Documents

Publication Publication Date Title
Wong et al. Patient care during the COVID-19 pandemic: use of virtual care
US20060059556A1 (en) System for managing inactivity in concurrently operating executable applications
KR101763204B1 (ko) 의료인 단말，환자 단말 및 이들에 의한 화상 통화 방법
WO2022145782A2 (ko) 빅데이터 및 클라우드 시스템 기반 인공지능 응급의료 의사결정 및 응급환자 이송 시스템과 그 방법
KR20200117118A (ko) 최적화된 의료 서비스 제공 방법 및 의료 서비스 제공 시스템
US20220415490A1 (en) Smart diagnosis system and method
US11107590B2 (en) Cloud-to-local, local-to-cloud switching and synchronization of medical images and data with advanced data retrieval
WO2017183878A1 (ko) 의료 서비스를 제공하기 위한 방법, 시스템 및 비일시성의 컴퓨터 판독 가능 기록 매체
WO2023153803A1 (ko) 원격의료 서비스 제공 장치 및 방법
JP7323449B2 (ja) 患者の状況、ユーザの役割、現在のワークフロー及びディスプレイの近接度に基づいて、ユーザ体験を最適化するためのシステム及び方法
JP2019133270A (ja) コンピュータプログラム、支援装置及び支援方法
WO2023128692A1 (ko) 원격의료 서비스 제공 장치 및 방법
US10904067B1 (en) Verifying inmate presence during a facility transaction
US11568998B2 (en) Systems and methods for enhanced networking and remote communications
KR20230120597A (ko) 원격의료 서비스 제공 장치 및 방법
CN101027641A (zh) 用于管理并行操作的可执行应用中的非活动性的系统
WO2017061658A1 (ko) 이동통신 단말기를 이용한 원격 의료정보 통신 방법 및 시스템
US10078739B1 (en) Compelling data collection via resident media devices in controlled-environment facilities
Ho Digitisation of emergency medicine: opportunities, examples and issues for consideration
Cunha et al. Using mixed reality and machine learning to assist caregivers in nursing home and promote well-being
WO2024101939A1 (ko) 병원 고객 관계 관리 제공 시스템 및 방법
KR20230104038A (ko) 원격의료 서비스 제공 장치 및 방법
KR102617442B1 (ko) 전자 동의서 관리 방법 및 시스템
JP2019133271A (ja) 遠隔診療端末装置、コンピュータプログラム及びサーバ
US20220310248A1 (en) Remote care management

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 23753151

Country of ref document: EP

Kind code of ref document: A1