WO2024101939A1 - 병원 고객 관계 관리 제공 시스템 및 방법 - Google Patents

병원 고객 관계 관리 제공 시스템 및 방법 Download PDF

Info

Publication number
WO2024101939A1
WO2024101939A1 PCT/KR2023/018038 KR2023018038W WO2024101939A1 WO 2024101939 A1 WO2024101939 A1 WO 2024101939A1 KR 2023018038 W KR2023018038 W KR 2023018038W WO 2024101939 A1 WO2024101939 A1 WO 2024101939A1
Authority
WO
WIPO (PCT)
Prior art keywords
crm
treatment
hospital
patient
recipient
Prior art date
Application number
PCT/KR2023/018038
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
Priority claimed from KR1020230154525A external-priority patent/KR20240068561A/ko
Application filed by 주식회사 플라잉닥터 filed Critical 주식회사 플라잉닥터
Publication of WO2024101939A1 publication Critical patent/WO2024101939A1/ko

Links

Images

Classifications

    • 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
    • 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/10—Office automation; Time management
    • 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/20—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for electronic clinical trials or questionnaires
    • 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
    • G16H20/00—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • 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

Definitions

  • the description below relates to a system and method for providing customer relationship management.
  • CRM Customer Relationship Management
  • SNS text messages
  • CRM Customer Relationship Management
  • hospital CRMs allow hospital staff to call, email, or text messages to patients at the time of need, or request an external service to send bulk SMS/MMS text messages, or app-based push messages or instant messaging. It is transmitted through (for example, KakaoTalk) and is mostly a one-way, one-time message.
  • Telemedicine uses telecommunications and information technology to provide clinical health care at a distance. It eliminates the barrier of distance and makes it easier to access medical services. In many cases, telemedicine is used in rural areas where distance makes it difficult to receive consistent health care services. It is also used to manage critically ill patients or save lives in emergency situations. Telemedicine has been allowed under limited conditions to prevent infectious diseases, and recently, to treat patients with chronic diseases or returning patients.
  • Patent Document 1 Republic of Korea Patent Publication No. 2019-0135692 (published on December 9, 2019) uses medical EMR data to extract and process information needed for patients and sends it to customers in the form of a message or to a hospital terminal.
  • Patent Document 2 Republic of Korea Patent Publication No. 2019-0135692 (published on December 9, 2019) uses medical EMR data to extract and process information needed for patients and sends it to customers in the form of a message or to a hospital terminal.
  • Patent Document 2 Republic of Korea Patent No. 10-1250462 (announcement date April 8, 2013) provides that hospitals provide consultation services to existing patients based on their electronic medical records and target marketing targets, that is, potential medical services.
  • Patent Document 3 Republic of Korea Patent No. 10-0844543 (announcement date July 8, 2008) discloses a method and device for implementing web-based remote diagnosis.
  • Patent Document 4 Republic of Korea Patent No. 10-0366816 (announcement date January 9, 2003) discloses a remote medical device and method.
  • a CRM service optimized for hospitals is provided, providing appropriate information and alarms before treatment, providing patients with sufficient necessary information after treatment, and providing continuous care to patients.
  • CRM message flow through heterogeneous means is managed to be integrated immediately or later.
  • CRM messages sent from hospital clients to specific patients are integrated and managed regardless of whether the application (APP) is installed.
  • APP application
  • the flow of CRM information delivered through different channels to heterogeneous channels is also integrated and managed immediately or later.
  • a computer-implemented method comprising: receiving, from a hospital or a medical institution client side assigned to a doctor, an input of a selection of CRM content to be sent and identification information of a recipient to receive the CRM content, and in response to the input, A computer-implemented method is provided, comprising transmitting the CRM content by a first means to the recipient's terminal.
  • a computer may be an electronic device that includes at least one processor, a communication interface, and storage. This computer is communicatively connected to the patient's terminal and the medical institution (hospital) terminal, and provides a service for transmitting CRM content from the client of the medical institution's terminal to the patient's terminal.
  • the CRM when it is confirmed that the recipient is not a service subscriber using the recipient's identification information or that the service application is not installed on the recipient's terminal, the CRM is installed as a second means on the recipient's terminal. Send content. And transmissions through this second means are stored in a buffer.
  • the buffered CRM content is merged with the CRM record in the service application and managed in an integrated manner.
  • the previous buffer may be flushed.
  • a medical institution (hospital) client is linked or at least partially integrated with EMR (electronic medical record, electronic chart) software used in the hospital.
  • EMR electronic medical record, electronic chart
  • at least some of the recipient's identification information for the CRM to be sent may be extracted from the EMR software. This extraction can be performed automatically from the EMR treatment card opened at the treatment at the end of the treatment. In other cases, these extracts may be selected by searching by the patient's name, phone number (part of), disease name, etc. Meanwhile, the person receiving the CRM does not necessarily need to be one person, but may be multiple people depending on the embodiment.
  • the CRM information provided from the hospital to the patient includes various things.
  • the CRM content includes information that guides the date and content of medical treatment at least one of the time before, on the day of, and after the scheduled medical treatment date.
  • the CRM content includes a survey on satisfaction with treatment after treatment.
  • the CRM content includes a digital prescription selected by the doctor, and the digital prescription includes a VAS (Visual Analogue Scale) recording module, body temperature measurement recording module, prescribed drug administration guidance module, and blood pressure. It includes at least one of a recording module and a blood sugar recording module.
  • VAS Visual Analogue Scale
  • CRM may include treatment or post-procedure management guidance and Mobidoc feed, a doctor's specialty column.
  • guidance on telemedicine and/or a hyperlink to apply for telemedicine may optionally be inserted into the CRM to be sent at a time when legal conditions are met according to guidance permitted by law.
  • the information provided by the medical institution client is Application for telemedicine (link to apply for telemedicine) is included and provided in the above CRM content.
  • telemedicine guidance and registration links may be provided. For example, while composing CRM content, such as one day (D+1) or three days (D+3) after the date of treatment or procedure (D), a period of time when return visits are not permitted (more than 30 days from the last face-to-face treatment date) (e.g., as time passes), such telemedicine guidance and application links may be excluded.
  • the hospital is actively connected to the patient, and the patient receives care while remaining connected to the hospital.
  • the hospital can manage customers to increase patient safety, patient satisfaction with the hospital, and repeat visit rates.
  • a CRM service optimized for hospitals is provided by continuously caring for patients in advance, on the day, and afterward according to the patient's treatment and procedure schedule.
  • Pre-configured CRMs are prepared and sent for each patient's disease and/or for each procedure the patient will receive, making it easier for medical professionals/hospitals providing CRM, and patients also receive timely information, increasing convenience and satisfaction with treatment.
  • CRM cardiovascular disease
  • Figure 1 is a diagram for explaining the connection between a CRM providing device, a patient terminal, and a doctor terminal.
  • Figure 2 shows a CRM providing device according to an embodiment.
  • Figure 3 is a diagram for explaining a CRM message transmission and processing method according to an embodiment.
  • Figure 4 shows a treatment guide CRM being transmitted according to one embodiment.
  • 5 to 10 are reference screens for explaining the types of CRM content and their respective characteristics.
  • Figure 11 shows CRM transmitted to a patient terminal according to one embodiment.
  • Figure 12 shows a remote medical service being provided according to an embodiment.
  • the CRM providing device may be an electronic device.
  • Electronic devices include 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
  • electronic devices include smart phones, tablet personal computers, mobile phones, video phones, e-book readers, desktop personal computers, and laptops.
  • Laptop personal computer (PC) netbook computer
  • PDA personal digital assistant
  • PMP portable multimedia player
  • MP3 player mobile medical device
  • camera or wearable device
  • HMD head-mounted-device
  • electronic glasses such as electronic glasses, an electronic clothing, an electronic bracelet, an electronic necklace, an electronic accessory, an electronic tattoo, or a smart watch.
  • HMD head-mounted-device
  • the electronic device may include various medical devices (e.g., magnetic resonance angiography (MRA), magnetic resonance imaging (MRI), computed tomography (CT), imaging device, ultrasound machine, etc.), navigation device, GPS receiver ( global positioning system receiver, EDR (event data recorder), FDR (flight data recorder), automotive infotainment devices, marine electronic equipment (e.g. marine navigation system and gyro compass, etc.), avionics, security It may include at least one of a device, a head unit for a vehicle, an industrial or household robot, an automatic teller's machine (ATM) at a financial institution, or a point of sales (POS) at a hospital.
  • MRA magnetic resonance angiography
  • MRI magnetic resonance imaging
  • CT computed tomography
  • imaging device e.g., ultrasound machine, etc.
  • GPS receiver global positioning system receiver
  • EDR event data recorder
  • FDR light data recorder
  • automotive infotainment devices e.g. marine navigation system and
  • electronic terminals include intelligent furniture or parts of buildings/structures, electronic boards, electronic signature receiving devices, projectors, or various measuring devices for connecting remote medical services. It may include at least one of (e.g. water, electricity, gas, or radio wave measuring equipment, etc.). Electronic devices according to various embodiments of the present invention may be one or a combination of more than one of the various devices described above. Additionally, electronic devices according to various embodiments of the present invention may be flexible devices. As such, the forms of electronic devices themselves are diverse, and it is obvious to those skilled in the art that the forms and main uses (other than the function of providing remote medical services) of electronic devices are not limited to the above. Hereinafter, specific embodiments will be described with reference to the drawings.
  • the mobiDoc TM service provides CRM. Mobidoc satisfies the customized needs of patients, but aims for a hospital-centered service with a different perspective from existing services. Just as patients wander around looking for a doctor to cure their illness, doctors/hospitals also try to attract and manage patients who are suitable for their hospitals through various methods.
  • hospitals and doctors send text messages (medical treatment information, closure information, hospital event/promotion information, reservation information, etc.) to encourage patients to return, and also send messages on SNS services such as KakaoTalk and introduce the hospital.
  • SNS services such as KakaoTalk and introduce the hospital.
  • I run a homepage, and recently, I even invest my time in running a blog and YouTube.
  • costs are high for text messaging and promotional agencies, and there are no services optimized for doctors and hospitals.
  • Mobidoc offers advantages in these areas.
  • hospital clients i.e., clients that doctors log in and use, and clients that hospital staff log in and use
  • Hospital staff can also set up a CRM in a time-efficient manner.
  • delays in medical treatment are reduced, and hospital operations become smoother even in hospitals with fewer staff compared to the workload or when there is a temporary shortage of staff due to a surge in patients.
  • bulk text sending agent service compared to sending CRM in bulk via SMS or MMS, it is possible to elaborately customize it to customer and hospital needs, actively respond to changing situations, and become more cost-effective. .
  • Mobidoc's CRM includes reservation creation notifications sent to patients, notifications before the reservation date, notifications on the day of reservation, test information, directions to the hospital, doctor's instructions, digital prescriptions after treatment, digital treatments, or treatment progress monitoring. It includes records/guides, treatment or post-procedure management information, Mobidoc feed, a doctor's specialized column, and telemedicine application information and application links. Types of CRM contents and corresponding processes will be described in more detail later with reference to various examples of FIGS. 3 to 10.
  • Figure 1 is a diagram for explaining the connection between the CRM providing device 100, the patient terminal 101, and terminals 102 and 103 belonging to a medical institution.
  • the device 100 is implemented by a server-class computer, workstation, desktop computer, laptop computer, mobile electronic device, etc., and may also 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, laptop computer, mobile electronic device such as a smartphone or tablet PC.
  • 'client' In each of the terminals 101 to 103, there is a software means called 'client' for convenience.
  • a patient client is executed on the patient terminal 101.
  • the doctor client runs on the doctor terminal 102, and the hospital client runs on the hospital terminal 103.
  • the doctor client corresponds to the counting part of the patient client and is installed in the hospital.
  • the doctor client refers to a service type in which the cloud service is provided when accessed from the account of a doctor and/or hospital staff.
  • the hospital client is not a medical professional (doctor) who provides treatment, but rather a means by which the hospital's administrative staff or nurses perform treatment assistance tasks such as receiving treatment and collecting hospital fees.
  • the doctor client used by doctors and the hospital client 103 used by hospital staff other than doctors may be provided separately.
  • the doctor client and the hospital client are integrated into one, and if the account signing in is that of a doctor user with a medical license, all functions are activated, and if the account signing in is that of an employee other than a doctor, Some features can be disabled. Some of the functions that are disabled are functions that only doctors should perform, such as 'starting telemedicine'. Since the time to start treatment for the next patient can be selected most accurately and appropriately by the doctor, the 'Start Treatment' function, which initiates a video connection with the patient client waiting in the treatment room, is implemented as a function available only to doctors.
  • the medical institution client may be understood to collectively include the doctor client and hospital staff client installed in the doctor terminal 102 and the hospital terminal 103.
  • the client installed on the terminals 101 to 103 may be installed original application software, may provide services through a page accessed through a web-based browser, or may combine the characteristics of the app and the web. It could also be a hybrid app. Furthermore, it may be a cloud-based service provided in the form of SaaS. Since this implementation can be implemented by a developer with ordinary knowledge in this field, further detailed description will be omitted, and even if the description of the embodiments mentions one example, it does not exclude other implementations. Implementation and operation of the device 100 will be described with reference to FIG. 2.
  • FIG. 2 shows a CRM providing device 100 according to an embodiment.
  • the device may be an electronic device including at least one processor 120, a communication interface 110, and a storage unit 130.
  • This device is communicatively connected to the patient's terminal 101 and the medical institution (hospital) terminal 102 and provides a service for transmitting CRM content from the client of the medical institution's terminal to the patient's terminal.
  • the CRM provision method provided by the device 100 receives, from the client side of a hospital or medical institution assigned to a doctor, selection of CRM content to be sent and input of identification information of a recipient who will receive the CRM content. and transmitting the CRM content to the recipient's terminal in response to the input.
  • a plurality of preset CRM templates are provided as selectable options on the medical institution client side. Then, CRM content to be sent through user interfacing on the medical institution client side can be selected from the options. The selected CRM may be appropriately modified and sent by the treating doctor or hospital staff depending on the patient and disease.
  • Figure 3 is a flowchart showing a CRM transmission process according to an embodiment.
  • a request to transmit CRM information is received by the service providing device 100 (step 310). This request may come from a hospital client of the hospital terminal 102.
  • the request includes identification information of the recipient who is the subject of CRM information transmission.
  • the device checks whether the MobidocTM app is installed on the patient's terminal 101. By way of example, but not limitation, this is possible by checking the patient's demographic information, customer number, phone number, etc. in the database of the storage unit 130.
  • the first method for example, sending a push message through the Mobidoc app
  • the CRM transmission record for the patient is updated in the storage unit 130 (step 350).
  • step 320 if it is determined that the app is not installed on the patient's terminal, push transmission through the app is not possible at this time, so in step 321, a second method (e.g., through a messaging service such as text message or KakaoTalk) CRM transfer) is performed (step 321). Then, the CRM transmission through the second means is stored in the storage means 130 (step 322).
  • the save in step 322 will later be integrated and managed as a CRM record within the app once the app is installed. Until then, CRM will be sent to patients who are temporarily non-members or have not installed the app, but the contents and log will be temporarily recorded. Since this was done, a table called buffering was used.
  • step 350 the CRM transmission records buffered in the storage means can be flushed.
  • the flow of messages which is the basis of CRM, is integrated and managed continuously and continuously.
  • CRM message flows through heterogeneous means can be integrated immediately or later, so even if distributed heterogeneously through different paths depending on whether an application (APP) is installed or situational needs, the information flow in CRM can be integrated immediately or later. can be managed integratedly.
  • various CRM information flow paths such as app-based, web-based, wired/wireless phone, or message-based information provision (including the transmission of messages and presentation of necessary information) may coexist, but these are integrated and managed at the hospital entrance. Longitudinal following and management of patient CRM is possible. From the patient's perspective, it is convenient because the information continuously communicated with one hospital is managed in an integrated manner, even if a specific app is deleted and reset later, or even if the app is managed by the hospital without installing the app and later installed the app.
  • CRM information provided from the hospital to the patient includes a variety of items.
  • 4 to 10 are exemplary screen configurations for explaining various examples of CRM information and respective features. Explain in detail with reference to the drawings.
  • Figure 4 shows a treatment guide CRM being transmitted according to one embodiment.
  • CRM is sent on the day of treatment (D-0), but CRMs can also be sent accordingly on days D-7, D-3, and D-1.
  • D-0 day of treatment
  • CRMs can also be sent accordingly on days D-7, D-3, and D-1.
  • patients scheduled for a checkup or test can also be informed of medications to stop taking, time to fast, etc.
  • the visit appointment can be changed to remote video treatment (Mobidoc Clinic).
  • the hospital's first treatment today can be video treatment, so it can send CRM information to the patient asking if they want to change to remote video treatment.
  • the patient who will visit the hospital can send the hospital to the hospital for remote video treatment (remote video treatment). It is also possible to transmit information requesting conversion to Mobidoc Clinic).
  • CRM information provided from the hospital to the patient include surveys on satisfaction with care.
  • Figures 5 and 6 show this embodiment.
  • a request for feedback on treatment satisfaction is sent to the patient's client, and when the patient responds, a survey screen 520 is provided and the survey begins.
  • a push alarm may induce a survey response, as shown in screen 510 shown in FIG. 5, but if the patient runs the app first, the survey response may be included in the app screen 610.
  • the survey may include multiple-choice and/or subjective surveys about overall satisfaction, as well as the current doctor, physical therapist, hospital staff, cost, and treatment time.
  • This treatment satisfaction survey CRM can be an important reference for hospital management from the perspective of hospital managers. As patients experience this CRM, they can be satisfied that the hospital is reconfirming patient satisfaction. Compared to the previous experience of receiving promotional text-based CRM from hospitals, the CRM service according to the embodiment provides a much more immediate and improved customer experience.
  • This transmission of CRM information requesting feedback from the patient is also performed through the process previously described with reference to FIG. 3 depending on whether the patient has installed the Mobidoc app. It may be the case that the patient has not yet installed an app that provides the relevant CRM service, such as the Mobidoc app. In this case, even if the patient has not installed the Mobidoc app or is a non-member, they are not excluded from the treatment satisfaction survey, referring to Figure 3. As explained, first of all, it provides the experience of responding to Mobidoc CRM through a route other than the Mobidoc app.
  • the patient when a patient receives such a request via text message, the patient responds by accessing the web-based Mobidoc service via a hyperlink (apart from the process of recommending installation of the Mobidoc TM app), and this is done by the patient. It is stored and managed in the CRM database.
  • the patient after the patient installs the Mobidoc TM app, the patient can check the CRM information transmission history and contents that were previously sent from the app at once through the process mentioned above. Therefore, such non-members or customers who do not have the app installed will be encouraged to sign up for Mobidoc and install the app in the future, and after installation, the CRM activities they previously did when they were non-members or before installing the app will be confirmed so that there is no discrepancy.
  • FIG. 7 and 8 show an example in which a feed about the content of treatment received today is transmitted after treatment.
  • a push alarm is provided in the same form as the screen 710.
  • a patient who came to the hospital and received shock wave therapy and returned home you may wonder what role it plays and why it is helpful.
  • personnel such as doctors and physical therapists provide explanations, but each person's ability to explain is different, and if they are busy, there may be cases where the explanation is not thorough. Even if patients hear explanations during treatment or physical therapy (and sometimes procedures), they are so preoccupied that they quickly forget them. Some patients, due to their personality, may not be able to ask everything even if they have questions. Mobidoc satisfies both medical professionals and patients in these areas. It can save medical professionals' time while providing sufficient information to patients.
  • Mobidoc Feed is a content provision service for medical members with a medical license to provide to patient users who follow them or their affiliated hospitals through the doctor client or the separately provided Mobidoc web.
  • the Mobidoc feed includes the provision of content including text, images, videos, etc., such as disease information, treatment trends, medical common sense, and health management. Doctor members usually perform their own medical treatment. You can create these feeds about diseases, procedures, treatment methods, etc. and select and send what you need while treating patients.
  • Screen 810 is an example in which a doctor who frequently performs shock wave therapy has written a feed in advance of things patients may be curious about and then sent the feed to a patient who received shock wave treatment today.
  • Screen 820 is an example of sending an explanation feed about the injection and the disease to a patient who received a spinal injection today. Precautions after injection treatment were displayed on the screen 830.
  • a link may be included that provides a Mobidoc treatment appointment directly to the doctor who wrote the feed, or to a hospital or doctor recommended by the doctor for the disease in question. If the patient has completed any procedure or treatment, such as physical therapy, injection therapy, laser treatment, etc., provide additional information about the disease, future treatment plan, explanation of the treatment or procedure received today, precautions, and/or The means of providing detailed information about prescribed medicines to the patient in a customized manner can be delivered in the form of CRM information transmission under the name of Mobidoc Feed.
  • This customized provision of Mobidoc feed content is transmitted to CRM in the form of in-app push and content viewing for patients who have installed and used the Mobidoc TM app, but for patients who have not installed the Mobidoc TM app.
  • the terminal first provides Mobidoc feed content as another means of contact identified by patient information, and later, after the patient installs the Mobidoc TM app, the existing CRM information exchange history is updated to enable continuous and continuous CRM management without any sense of heterogeneity. do.
  • D+Day is provided not only on the day of treatment but also for a certain period thereafter to track and manage the patient and provide information after the treatment or procedure.
  • CRM may also be provided.
  • CRM information provided from the hospital to the patient may be modules such as digital prescriptions, digital treatments, and pain or disease status surveys provided through the Mobidoc TM app.
  • Mobidoc CRM is not a health record that is installed and run separately by the patients themselves, but rather a ‘medical record of me’ within the Mobidoc platform. This is a function that a ‘doctor’ directly prescribes in a customized manner by setting the period and contents in ‘My Mobidoc Account’.
  • the 'doctor who treated me' directly executes some type of module through the Mobidoc doctor client (102) to record certain points, for a certain number of days, and at a certain frequency, and to conduct certain questionnaires. It is attached to 'My Mobidoc Account' and executed as prescribed through the patient terminal (101).
  • FIGS 9 and 10 illustrate example screens executed on patient client 101 with a prescribed pain recording module according to one embodiment.
  • a digital prescription module that tracks the degree of pain may be provided to patients by the CRM according to this embodiment. Patients are not under the control of the hospital and doctors from the time they return home after completing hospital treatment. In the case of pain questionnaires (such as VAS: Visual Analogue Scale), if patients who have completed treatment continuously record them and the hospital can monitor them, it contributes to the patient's treatment and recovery.
  • VAS Visual Analogue Scale
  • An alarm 910 to record pain is provided at a period designated in advance by the doctor, and when the patient responds to the alarm 910, the VAS module 920 is executed. As long as patients passively respond without taking care of everything themselves, they can steadily record their pain as prescribed by the doctor who treated them, and this data over time is monitored by the hospital and/or abnormal situations due to data trends are monitored. is used to discover.
  • the pain level recorded by the patient in the VAS module 1010 which is executed according to the doctor's prescription, is managed as data over time by the patient and the hospital, and may be visually displayed on the screen 1020. If the level of pain improvement is significantly below expectations, the hospital will inquire whether the patient is taking the prescribed medication well and following the precautions prescribed by the doctor, and, if necessary, make an appointment for the next visit. It can also encourage you to move forward. Absolute values can also be considered, such as simply because the pain greatly exceeds the generally expected level, but abnormal values such as pain has become more severe than the previous measurement value or the pain is increasing while it is still time to take the prescribed painkiller. There may also be cases where it is questionable whether this is the case or not.
  • a push alarm to alert people to check whether they are taking the prescribed medicine well and to continue taking the medicine may be delivered through the CRM.
  • a CRM alarm is sent to intervene more actively and suggest remote video treatment through Mobidoc Clinic, as shown on screen 1030, so that the hospital can preemptively interrogate patients, change prescription drugs, or provide necessary treatment. It is also possible to provide additional instructions from the doctor.
  • a digital prescription for temperature recording can be modularized to manage a child's fever and given to a specific patient in the form of a CRM for a certain period of time. From the perspective of a caregiver raising a child, simply responding to the CRM information communicated through the Mobidoc app after receiving treatment at a Mobidoc affiliated hospital can help with treatment and emergency situations by passively responding to the prescribed body temperature recorder for a certain period of time. can be prevented.
  • This modular CRM contributes to the emotional stability of patients and increases the completeness of treatment.
  • the hospital takes care of patients who return home after completing in-patient treatment and cares for them 'outpatients as if they were inpatients', and if necessary, the hospital first asks if they are okay and makes necessary suggestions, according to the embodiments.
  • This is a new medical service offered by Mobidoc CRM.
  • This customer experience (CX: Customer eXperience), which is similar to receiving medical care from a family member or close acquaintance, not only helps patients recover and prevent dangerous situations, but also increases patient satisfaction and loyalty to the hospital. In other words, from the hospital's perspective, it contributes to increasing patient satisfaction with the hospital and thus increasing the return rate.
  • Figure 11 shows CRM transmitted to a patient terminal according to one embodiment.
  • Hospital and doctor information that sent the CRM from the patient terminal 101 is displayed in the upper field 1101, and a CRM message is provided in the lower field 1110.
  • the layout of the fields 1101, 1110, and 1111 shown in FIG. 11 is merely illustrative. Therefore, any number of different sizes and layouts are possible. For example, unlike Figure 11, it is also possible to configure it like a smartphone's messaging app interface or SNS's DM (Direct message) interface.
  • the CRM message may include disease-related information, health information, and other specialized articles sent by the relevant doctor or hospital to the relevant patient.
  • Articles may be inserted directly, but may also be presented in the form of hyperlinks, as shown.
  • Hyperlinks link to the corresponding mobiDoc Feed article in the app and/or on the web. Since the Mobidoc feed is written only by licensed doctors, the content can be considered verified. Therefore, if the doctor who treated the patient inserts and sends specialized column articles tailored to the patient's disease and body in the CRM in this way in the form of a feed, the patient's attention and concentration on the CRM itself is high. As mentioned earlier, patients often perceive CRM messages in the form of SMS or MMS from hospitals as advertisements and do not pay attention to them. However, since the Mobidoc feed is provided together in the CRM field 1110 as shown in FIG. 11, patients can believe that the hospital and doctor who sent it truly treat them as customers and take care of them.
  • CRM cardiovascular disease
  • the patient applies for remote treatment, even briefly, and once again consults with the doctor who attended the initial examination about the course of the disease, his or her current condition, and the side effects of the medication he or she is taking, and decides whether or not he or she should make additional visits to the hospital. Positive effects, as judged by , are also expected.
  • information that one can apply for Mobidoc telemedicine and/or a hyperlink to apply for telemedicine are provided as part of the CRM in field 1111 of FIG. 11 .
  • guidance on telemedicine and/or a hyperlink for applying for telemedicine may optionally be inserted into the CRM to be sent at a time when legal conditions are met according to guidance permitted by law.
  • guidance on remote treatment and an application link may be provided in the field 1111 only when a return visit is made within a pre-specified period, for example, within 30 days when remote treatment is permitted, counting back from the time the illustrated CRM is transmitted.
  • the D-0 day (same day of the previous reservation date) information in the hospital's EMR and/or CRM according to the previous reservation information can be used and compared with the time when the CRM will be sent later. In other words, a distinction can be made between CRM sent 7 days after the previous treatment and CRM sent 2 months later.
  • CRM sent 7 days later
  • CRM sent 7 days later includes telemedicine information and an application link
  • CRM sent 7 days later includes telemedicine guidance and an application link. In the case of CRM (sent two months later), this is not provided.
  • such remote treatment guidance and application links may be provided only within a pre-designated standard period (such as 30 days). For example, while composing CRM content, such as one day (D+1) or three days (D+3) after the date of treatment or procedure (D), a period of time when return visits are not permitted (more than 30 days from the last face-to-face treatment date) (e.g., as time passes), such telemedicine guidance and application links may be excluded.
  • a CRM may be sent asking whether to conduct telemedicine for a return visit before the limit for allowing a return visit mentioned above has passed.
  • telemedicine information and links can be sent in CRM format to patients who have had their first consultation or procedure, once after 21 days and once after 28 days.
  • the treatment room referred to here is a session in which patients wait for the doctor to begin treatment during the process of Mobidoc Clinic, a remote medical treatment service provided by Mobidoc. Rather than simply completing a remote medical treatment application, the clinic plays a role in ensuring that the patient is waiting for the doctor to begin treatment.
  • the client of the patient's account is entered into a stage called the treatment room according to the approval of the hospital and/or doctor.
  • This is similar to how, in an offline real hospital, a nurse guides the patient into the examination room, makes the patient wait in the treatment area, reports to the doctor that the patient is ready, and when the doctor is ready, he comes in and immediately begins treatment with the patient. It's user experience. When you go to a university hospital, there are cases where doctors go back and forth between two adjacent (connected) clinics to provide treatment.
  • EMR electronic medical record system
  • the doctor goes back and forth between two treatment rooms, finishes treating the current patient in one room, performs necessary charting, and then moves to the next treatment room where preparations for the next treatment are made and the patient is also waiting to come in, and immediately begins the next treatment. You can do this, and Mobidoc Clinic TM provides this function.
  • Mobidoc Clinic shown in Figure 12, checks through the patient client whether the patient is actually ready for treatment and whether treatment is available immediately when the doctor starts the treatment procedure. It confirms that the patient is in standby status entering the treatment room and allows the doctor client to understand this situation.
  • the doctor knows which patients are ready to begin treatment among the patients who have registered for treatment and entered the waiting room, and can select well-prepared patients to begin treatment, thus allowing the doctor and the hospital to Avoid experiencing inefficiencies due to connection delays or connection failures.
  • hospital staff or telemedicine service providers must be prepared on the patient's terminal to prepare for treatment by notifying them that treatment is about to begin (without closing the app, without performing other tasks, and keeping an eye on the screen in the treatment room). can be induced to wait).
  • the possibility of a doctor providing immediate treatment to a patient increases.
  • Figure 12 shows the appearance of the patient terminal (1210) when treatment is started in this way.
  • Patients are informed that remote medical treatment is available for return visits, so they can receive treatment without visiting the hospital in person.
  • it is effective in deliberately taking the time to consult with a doctor about the progress of the disease and adjust medication intake without visiting the hospital. Therefore, it can serve as a medium for patients who were hesitant about whether to return for a second visit to continue their doctor's treatment without giving up. By doing so, gaps in care that may be overlooked by patients can be reduced and health can be prevented from deteriorating.
  • a medical institution (hospital) client is linked or at least partially integrated with EMR (electronic medical record, electronic chart) software used in the hospital.
  • EMR electronic medical record, electronic chart
  • at least some of the recipient's identification information for the CRM to be sent may be extracted from the EMR software. This extraction can be performed automatically from the EMR treatment card opened at the treatment at the end of the treatment. In other cases, these extracts may be selected by searching by the patient's name, phone number (part of), disease name, etc. Meanwhile, the person receiving the CRM does not necessarily need to be one person, but may be multiple people depending on the embodiment.
  • Mobidoc TM CRM can be linked to EMR and API.
  • EMR electronic medical record
  • API an option is provided to send a reservation notification text message to Mobidoc TM CRM. This linkage between Mobidoc TM CRM and EMR minimizes the time of doctors and hospital staff used for CRM.
  • devices and components described in 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 execute an operating system (OS) and one or more software applications that run on the operating system. Additionally, a processing device may access, store, manipulate, process, and generate data in response to the execution of software.
  • OS operating system
  • a processing device may access, store, manipulate, process, and generate data in response to the execution of software.
  • a single processing device may be described as being used; however, those skilled in the art will understand that a processing device includes multiple processing elements and/or multiple types of processing elements. It can be seen that it may include.
  • a processing device may include multiple processors or one processor and one controller. Additionally, other processing configurations, such as parallel processors, are possible.
  • Software may include a computer program, code, instructions, or a combination of one or more of these, which may configure a processing unit to operate as desired, or may be processed independently or collectively. You can command the device.
  • Software and/or data may be used on any type of machine, component, physical device, virtual equipment, computer storage medium or device to be interpreted by or to provide instructions or data to a processing device. , or may be permanently or temporarily embodied in a transmitted signal wave.
  • Software may be distributed over networked computer systems and stored or executed in a distributed manner.
  • Software and data may be stored on one or more computer-readable recording 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., singly or in combination.
  • Program instructions recorded on the medium may be specially designed and configured for the embodiment or may be known and available to those skilled in the art of 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.
  • program instructions include machine language code, such as that produced by a compiler, as well as high-level language code that can be executed by a computer using an interpreter, etc.
  • 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)
  • Business, Economics & Management (AREA)
  • Medical Informatics (AREA)
  • Public Health (AREA)
  • General Health & Medical Sciences (AREA)
  • Epidemiology (AREA)
  • Primary Health Care (AREA)
  • General Business, Economics & Management (AREA)
  • Biomedical Technology (AREA)
  • Strategic Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Human Resources & Organizations (AREA)
  • Tourism & Hospitality (AREA)
  • Operations Research (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Pathology (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Development Economics (AREA)
  • Databases & Information Systems (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

병원 또는 의사에게 할당되는 의료기관 클라이언트 측으로부터 CRM 컨텐츠를 송신하는 방법 및 장치가 제공된다. 상기 의료기관 클라이언트 측으로부터, 발송될 CRM 컨텐츠가 선택되고, 상기 CRM 컨텐츠를 수신할 수신자의 식별 정보의 입력을 수신하면 CRM 발송이 이루어진다. 회원 가입 여부 및 서비스 어플리케이션 설치 여부에 무관하게 CRM 발송이 가능한 수단으로 이루어지며 추후 통합 관리된다.

Description

병원 고객 관계 관리 제공 시스템 및 방법
아래의 설명은 고객 관계 관리 제공 시스템 및 방법에 관한 것이다.
CRM(Customer Relationship Management)은 고객과의 커뮤니케이션을 관리하여 고객 맞춤형 마케팅을 하는 활동이다. 요즈음은 병의원(이하 '병원＇이라고 함)들도 그들의 고객인 환자들에게 문자메시지나 SNS를 통해 정보를 제공하고, 고객의 문의, 요구사항, 클레임을 수집 및 가공해서 환자 관리에 활용하는 CRM을 하고 있다. 이러한 병원에서의 CRM은 환자와 적극적으로 소통함으로써 환자의 만족도를 높여, 결국 환자의 방문율, 재방문율 등을 높이기 위한 경영수단으로도 사용되고 있다.
이러한 병원의 CRM은 필요한 시점에 병원 직원이 환자에게 전화, 이메일, 문자메시지를 보내거나, 외부 서비스에 의뢰하여 대량으로 SMS/MMS 문자메시지(texting)를 보내거나, 앱 기반의 푸시 메시지 또는 인스턴트 메시징(이를테면 카카오톡)를 통해 전송되는 방식이며 대부분 일방향의 일회성 메시지에 그치고 있다.
한편 원격 의료(Telemedicine)는 원거리에서 임상 헬스 케어를 제공하기 위해 원거리 통신과 정보 기술을 이용한다. 거리의 장벽을 없애고, 의료 서비스를 쉽게 접할 수 있도록 해준다. 많은 경우에, 거리 때문에 지속적으로 의료 서비스를 받기가 어려운 지방 쪽에서 원격 의료를 이용한다. 또한 중환자 관리나 응급 상황에서 생명을 살리는 데에도 쓰인다. 감염병 예방을 위한 경우 제한적 요건 하에서, 그리고 최근에는 만성질환 환자 또는 재진 환자 진료 등에 제한적으로 원격 의료가 허용되고 있다.
(특허문헌 1) 대한민국 공개특허 제2019-0135692호(공개일 2019년12월09일)는 의료 EMR 데이터를 이용하여 환자에게 필요한 정보를 추출 및 가공하고 이를 고객에게 메시지 형태로 전송하거나, 병원 단말에 제공하는 병원 CRM 시스템을 제시한다.
(특허문헌 2) 대한민국 등록특허 제10-1250462호(공고일 2013년04월08일)는 병원이 기존 환자에 대한 전자의무기록을 토대로 기존 환자에 대한 상담 서비스를 제공하고 마케팅 타겟 즉, 잠재적 의료서비스 이용자를 발굴하여 신규 환자 고객을 적극적으로 유인할 수 있게 해주는 병원 CRM 시스템을 제시한다.
(특허문헌 3) 대한민국 등록특허 제10-0844543호(공고일 2008년07월08일)에는 웹 기반의 원격 진단을 구현하는 방법 및 장치에 관하여 개시되어 있다.
(특허문헌 4) 대한민국 등록특허 제10-0366816호(공고일 2003년01월09일)에는 원격 의료 장치 및 방법에 관하여 개시되어 있다.
병원과 환자를 연결함으로써, 환자에게는 병원과의 상호 소통 창구가 되고 병원에게는 환자 및 잠재 환자를 적극적이고 능동적으로 관리하는 CRM 제공 시스템이 제시된다.
진료를 앞두고 적절한 정보와 알람을 제공하고, 진료를 마친 후에는 환자에게 필요 정보를 충분히 제공하며 나아가 환자를 지속적으로 케어 하는, 병원에 최적화된 CRM 서비스가 제공된다.
또한, CRM의 기본인 메시지의 흐름을 지속적이고 연속적으로 통합 관리한다. 나아가 이종의 수단을 통한 CRM 메시지 흐름이 즉시 또는 사후적으로 통합되도록 관리한다. 병원측 클라이언트가 특정 환자에게 보내는 CRM 메시지(또는 반대로 환자가 병원측 클라이언트에게 보내는 방향의 메시지도 마찬가지임)가, 어플리케이션(APP) 설치 여부에 무관하게 통합 관리된다. 상황적 필요에 따라 서로 다른 경로를 통해 이종 채널로 전달되는 CRM의 정보 흐름 역시 즉시 또는 사후적으로 통합 관리된다.
나아가, 일반 메시지(SMS 또는 MMS)로는 한계가 있는 내용들도 그림/영상과 함께 풍부하고 이해에 도움이 되는 내용으로 구성되어 환자의 병원에 대한 만족도와 진료의 완결성을 높이는 데에 전주기적으로 기여한다.
시스템 구성 및 CRM 송신
컴퓨터-구현 방법에 있어서: 병원 또는 의사에게 할당되는 의료기관 클라이언트 측으로부터, 발송될 CRM 컨텐츠의 선택, 및 상기 CRM 컨텐츠를 수신할 수신자의 식별 정보의 입력을 수신하는 단계, 및 상기 입력에 대응하여, 상기 수신자의 단말에 제1 수단으로 상기 CRM 컨텐츠를 송신하는 단계를 포함하는, 컴퓨터 구현 방법이 제공된다. 컴퓨터는 적어도 하나의 프로세서, 통신 인터페이스, 및 저장부를 포함하는 전자 장치일 수 있다. 이러한 컴퓨터는 환자 측 단말 및 의료기관(병원) 측 단말과 통신적으로 연결되어, 의료기관 측 단말의 클라이언트로부터 CRM 컨텐츠를 환자 측 단말로 송신하는 서비스를 제공한다.
이종의 수단을 통한 CRM 송신 내용의 통합
일실시예에 따르면 상기 수신자의 식별 정보를 이용하여 상기 수신자가 서비스 미가입자임이 확인되거나 상기 수신자의 단말에 상기 서비스 어플리케이션이 설치되지 않은 경우로 확인되면, 상기 수신자의 단말에 제2 수단으로 상기 CRM 컨텐츠를 송신한다. 그리고 이러한 제2 수단을 통한 송신은 버퍼에 저장된다.
일실시예에 따르면 상기 수신자가 상기 서비스에 가입하고 상기 수신자의 단말에 상기 서비스 어플리케이션이 설치되는 경우, 상기 버퍼링된(buffered) 상기 CRM 컨텐츠는 상기 서비스 어플리케이션 내의 CRM 기록에 병합되어 통합 관리된다. 이 경우 종전의 버퍼는 플러시(flush)될 수 있다.
병원 EMR과의 연동 또는 통합
예시적으로, 그러나 한정되지 않게 의료기관(병원) 클라이언트는 병원에서 사용되는 EMR(전자의료기록, 전자차트) 소프트웨어와 연동되거나 또는 적어도 부분적으로 통합된다. 이 실시예에서 발송될 CRM에 대한 수신자의 식별 정보 중 적어도 일부는 상기 EMR 소프트웨어로부터 추출될 수 있다. 이러한 추출은 진료의 종료 시 해당 진료에서 열려진 EMR 진료카드로부터 자동으로 수행될 수 있다. 다른 경우에, 이러한 추출은 환자의 성명, 전화번호(중 일부), 질환명 등으로 검색되어 선택되는 것도 가능하다. 한편, CRM을 수신할 대상자는 반드시 한 명일 필요는 없고 실시예에 따라서는 복수 명이 될 수도 있다.
CRM 정보의 예시들
병원측으로부터 환자측으로 제공되는 상기 CRM 정보에는 다양한 것이 포함된다. 일실시예에 따르면 상기 CRM 컨텐츠는 예정된 진료일 이전, 당일, 및 이후 시점 중 적어도 하나에 진료 일시와 내용을 안내하는 정보를 포함한다.
다른 일실시예에 따르면 상기 CRM 컨텐츠는 진료 후 진료 만족도에 대한 설문을 포함한다.
또 다른 일실시예에 따르면 상기 CRM 컨텐츠는, 상기 의사에 의해 선택되는 디지털 처방을 포함하고, 상기 디지털 처방은 VAS(Visual Analogue Scale) 기록 모듈, 체온 측정 기록 모듈, 처방된 약물 복약 지도 모듈, 혈압 기록 모듈, 및 혈당 기록 모듈 중 적어도 하나를 포함한다.
그 밖에도 실시예들에 따른 CRM에는 진료나 시술 후 관리 안내, 의사의 전문 칼럼인 모비닥 피드가 포함될 수 있다.
CRM에 포함되는 원격 진료 안내
일실시예에 따르면 법규에서 허용되는 가이던스에 따라 적법한 조건이 만족되는 일시에 발송될 CRM에는 선택적으로 원격 진료에 대한 가이던스 및/또는 원격 진료 신청 하이퍼링크가 함께 삽입될 수도 있다.
예시적으로, 상기 송신하는 때로부터 역산하여 미리 지정된 기간 이내에 상기 수신자가 상기 병원에서 진료한 기록이 확인되어, 해당 CRM 메시지가 발송될 때 재진 원격 진료가 허용되는 경우라면, 상기 의료기관 클라이언트에서 제공되는 원격 의료에 대한 접수(원격의료 신청하기 링크)가 상기 CRM 컨텐츠에 포함되어 제공된다.
한편, 병원 예약일자에 대해 D-Day 형태로 사전 제공되는 CRM이 아니라, 진료나 시술 이후의 날짜들에서 사후적추적(follow-up)으로 제공되는 D+Day CRM들의 경우에도 재진 조건이 만족되는 경우들에서 원격진료 안내 및 접수 링크가 제공될 수 있다. 예시적으로, 진료나 시술일(D) 이후 하루 뒤(D+1), 사흘 뒤(D+3) 등의 CRM 컨텐츠 구성 중, 재진이 허용되지 않는 시기적 시점(마지막 대면 진료일로부터 30일이 초과 경과하는 등)에서는 이러한 원격 진료 안내 및 신청 링크가 제외될 수 있다.
실시예들에 따르면, 병원이 환자와 능동적으로 연결되어, 환자는 병원과 연결유지(stay connected)된 관리를 받는다. 환자는 고객으로서 병원과의 상호 소통에 만족하고, 병원으로서는 고객을 관리하여 환자의 안전과 병원에 대한 환자의 만족, 재방문율을 높일 수 있다.
환자의 진료 및 시술 스케줄에 따라 사전에, 당일에, 그리고 사후에 맞추어 지속적으로 환자를 케어함으로써, 병원에 최적화된 CRM 서비스가 제공된다.
환자의 질환 별로, 및/또는 환자가 받게 될 시술 별로 미리 구성된 CRM들이 준비되고 발송되므로 CRM을 제공하는 의료인/병원이 편하게 하고, 환자도 시의 적절한 정보를 받아 편의성과 진료에 대한 만족도가 높아진다.
CRM에 포함되는 다양한 정보와 기능으로 인해 환자의 병원에 대한 만족도와 진료의 완결성을 높이는 데에 전주기적으로 기여한다. 특히 일반 메시지(SMS 또는 MMS)로는 한계가 있는 내용들도 그림/영상과 함께 풍부하고 이해에 도움이 되는 내용으로 구성되어 환자의 병원에 대한 만족도와 진료의 완결성을 높이는 데에 전주기적으로 기여한다.
나아가 CRM의 기본인 메시지의 흐름을 지속적이고 연속적으로 통합 관리되어 회원 가입을 아직 하지 않은 환자도, 어플리케이션(APP)을 설치하지 않은 환자도, 나중에 회원으로 APP을 설치하면서 이전의 CRM과 통합 관리된다.
그 밖에도 다양한 효과들이 실시예들에 의해 제공되며 명세서 전반에 걸쳐서 실시예들에 대한 설명과 함께 더 언급하기로 한다.
도 1은 CRM 제공 장치와 환자 단말기, 의사 단말기의 연결을 설명하기 위한 도면이다.
도 2는 일실시예에 따른 CRM 제공 장치를 도시한다.
도 3은 일실시예에 따른 CRM 메시지 전송 및 처리 방법을 설명하기 위한 도면이다.
도 4는 일실시예에 따라 진료안내 CRM이 전송되는 모습이다.
도 5 내지 도 10은 CRM 컨텐츠의 종류와 각각의 특징을 설명하기 위한 참조 화면이다.
도 11은 일실시예에 따라 환자 단말기에 전송된 CRM을 도시한다.
도 12는 일실시예에 따라 원격 의료 서비스가 제공되고 있는 모습이다.
이하에서, 실시예들을 첨부된 도면을 참조하여 상세하게 설명한다. 그러나, 권리범위가 이러한 실시예들에 의해 제한되거나 한정되는 것은 아니다. 각 도면에 제시된 동일한 참조 부호는 동일한 부재를 나타낸다.
아래 설명에서 사용되는 용어는, 연관되는 기술 분야에서 일반적이고 보편적인 것으로 선택되었으나, 기술의 발달 및/또는 변화, 관례, 기술자의 선호 등에 따라 다른 용어가 있을 수 있다. 따라서, 아래 설명에서 사용되는 용어는 기술적 사상을 한정하는 것으로 이해되어서는 안 되며, 실시예들을 설명하기 위한 예시적 용어로 이해되어야 한다.
또한 특정한 경우는 출원인이 임의로 선정한 용어도 있으며, 이 경우 해당되는 설명 부분에서 상세한 그 의미를 기재할 것이다. 따라서 아래 설명에서 사용되는 용어는 단순한 용어의 명칭이 아닌 그 용어가 가지는 의미와 명세서 전반에 걸친 내용을 토대로 이해되어야 한다.
일실시예에 따른 CRM 제공 장치는 전자 장치(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), 또는 각종 계측기기(예: 수도, 전기, 가스, 또는 전파 계측 기기 등) 중 적어도 하나를 포함할 수 있다. 본 발명의 다양한 실시예에 따른 전자 장치는 전술한 다양한 장치들 중 하나 또는 그 이상의 조합일 수 있다. 또한, 본 발명의 다양한 실시예에 따른 전자 장치는 플렉서블 장치일 수 있다. 이처럼 전자 장치의 형태 자체는 다양하며, 전자 장치의 형태와 (원격의료 서비스 제공 기능 외의) 주용도는 전술한 사항들에 한정되지 않음은 당업자에게 자명하다. 이하에서는 도면을 참조하면서 구체적인 실시예를 설명한다.
실시예들에 따른 모비닥 TM 이 제공하는 CRM 서비스
모비닥(mobiDocTM) 서비스는 CRM을 제공한다. 모비닥은 환자의 맞춤형 니즈를 만족시키지만, 기존 서비스와 관점을 달리하여 병원 중심의 서비스를 지향한다. 환자가 자신의 병을 고쳐줄 의사를 찾아 헤매는 것처럼 의사/병원 역시 다양한 방법으로 자신의 병원에 맞는 환자를 유치하고 관리하고자 노력한다.
예를 들어, 병원과 의사는 환자의 재방문을 위해 문자전송(진료 안내, 휴진 안내, 병원 이벤트/프로모션 안내, 예약 안내 등)을 하고, 카카오톡과 같은 SNS 서비스에서 메시지도 보내고, 병원을 소개하는 홈페이지를 운영하며, 최근에는 시간 투자를 해서라도 블로그와 유튜브를 운영하기도 한다. 그러나 문자전송이나 홍보대행 등에서 비용 지출도 크고, 의사와 병원을 위해 최적화된 서비스가 없다.
모비닥은 이러한 부분에서 장점을 제공한다. 모비닥이 제공하는 CRM 기능을 사용하는 경우, 병원측의 클라이언트들(즉, 의사가 로그인하여 사용하는 클라이언트와, 병원 직원이 로그인하여 사용하는 클라이언트들)은 서로 협업하고, 역할을 보완한다. 따라서 진료를 마친 즉시 의사가 다음 예약을 잡으면서 환자에게 특별한 관리를 하고자 하면 CRM을 생성하거나 편집하여 그 환자에게 적용할 수 있고, 병원 직원들도 시간-효율적으로 CRM을 설정할 수 있다. 따라서 의료인들의 진료 지연이 줄고, 업무에 비해 직원 수가 부족한 병원에서도, 또는 일시적으로 환자가 몰려 직원 일손이 부족하더라도 병원 운영이 원활해진다. 뿐만 아니라 대량문자 발송 에이전트 서비스를 사용하면서 CRM을 SMS나 MMS를 통해 대량 발송하는 것에 비해 고객 맞춤형, 병원 맞춤형으로 정교하게 커스터마이징이 가능하고, 상황 변화에 능동적으로 대처할 수 있으며 비용적으로도 경쟁력이 높아진다.
그리고 모비닥의 CRM에는 환자에게 보내는 예약 생성 알림, 예약일 전 알림, 예약당일 알림, 검사 안내, 병원으로 오는 길 안내, 의사의 지시사항 안내, 진료 후 디지털 처방, 디지털 치료제, 또는 진료경과 모니터링을 위한 기록/가이드, 진료나 시술 후 관리 안내, 의사의 전문 칼럼인 모비닥 피드, 원격진료 신청 안내 및 신청 링크 등이 포함된다. CRM 컨텐츠들의 종류와 그에 따른 프로세스는 도 3 내지 도 10의 다양한 예를 참조하여 보다 상세히 후술한다.
시스템 및 서비스 구성
도 1은 CRM 제공 장치(100)와 환자 단말기(101), 의료기관에 속하는 단말기들(102 및 103)의 연결을 설명하기 위한 도면이다.
도시된 개요도에서 장치(100)는 서버 급 컴퓨터, 워크스테이션, 데스크탑 컴퓨터, 랩탑 컴퓨터, 모바일 전자 장치 등에 의해 구현되며, 이들 중 복수 개의 디바이스에 의해 구현되는 것도 가능하다.
장치(100)는 네트워크를 통해 환자 단말기(101)와 연결되고, 또한 의사 단말기(102), 병원단말기(103)와도 연결된다. 각각의 단말기들(101 내지 103)도 데스크탑 컴퓨터, 랩탑 컴퓨터, 스마트폰이나 태블릿PC와 같은 모바일 전자 장치 등에 대응할 수 있다. 단말기들(101 내지 103)의 각각에는 편의상 '클라이언트'라고 지칭하는 소프트웨어 수단이 존재한다.
환자 단말기(101)에는 환자 클라이언트가 실행된다. 의사 단말기(102)에서는 의사 클라이언트가, 병원 단말기(103)에는 병원 클라이언트가 각각 실행된다. 의사 클라이언트는 환자 클라이언트의 카운트 파트에 해당하는 것으로, 병원에 설치되는 것이다. SaaS(Software as a Service) 형태의 온라인 클라우드 서비스 형태도 있을 수 있다. 이 경우, 의사 클라이언트는 의사 및/또는 병원 직원의 계정에서 접속되는 경우에 클라우드 서비스가 제공되는 서비스 형태를 의미한다. 그리고 병원 클라이언트는 진료를 하는 의료인(의사)가 아닌 병원의 행정직원이나 간호사가 진료를 접수 받고, 병원비를 수납하는 등의 진료 보조 업무를 수행하는 수단이다.
의사가 사용하는 의사 클라이언트와 의사 이외의 병원 직원이 사용하는 병원측 클라이언트(103)는 별도로 제공될 수도 있다. 그러나, 일실시예에 따르면 의사 클라이언트와 병원 클라이언트는 하나로 통합되며, 로그인(sign-in) 하는 계정이 의사 면허를 갖는 의사 사용자의 것이면 전체 기능을 활성화하고, 로그인 하는 계정이 의사가 아닌 직원의 것이면 일부 기능을 비활성화 할 수 있다. 비활성화 되는 일부 기능은 이를 테면 '원격 진료 시작하기' 등 의사만이 수행해야 하는 기능들이다. 다음 환자의 진료를 시작하고자 하는 시점은 의사에 의해 가장 정확히, 그리고 적절히 선택될 수 있으므로, 진료실에 대기하는 환자 클라이언트와 화상접속을 개시하는 '진료 시작하기' 기능은 의사만 가능한 기능으로 구현된다. 그러나 이는 예시적인 것이고, 이하에서는 명세서 전반에 걸쳐 의료기관 클라이언트가 의사 단말기(102)와 병원 단말기(103)에 설치되는 의사 클라이언트와 병원 직원 클라이언트를 통칭하여 포함하는 것으로 이해될 수 있다.
단말기들(101 내지 103)에 설치되는 클라이언트는 설치되는(installed) 오리지널 어플리케이션 소프트웨어일 수도 있고, 웹(web) 기반 브라우저를 통해 접속되는 페이지를 통한 서비스 제공일 수도 있으며, 또는 앱과 웹의 성격을 함께 갖는 하이브리드 앱(hybrid app.)일 수도 있다. 나아가, SaaS 형태로 제공되는 클라우드 기반 서비스일 수도 있다. 이러한 구현은 이 분야에서 통상의 지식을 갖는 개발자에게 구현 가능한 것이므로 더 이상의 자세한 언급은 생략하며 실시예들의 설명이 어느 한 가지의 예를 언급하더라도 다른 구현을 배제하는 것은 아니다. 장치(100)의 구현과 동작은 도 2를 참고하여 설명하기로 한다.
시스템 구성 및 CRM 송신
도 2는 일실시예에 따른 CRM 제공 장치(100)를 도시한다. 장치는 적어도 하나의 프로세서(120), 통신 인터페이스(110), 및 저장부(130)를 포함하는 전자 장치일 수 있다. 이러한 장치는 환자 측 단말(101) 및 의료기관(병원) 측 단말(102)과 통신적으로 연결되어, 의료기관 측 단말의 클라이언트로부터 CRM 컨텐츠를 환자 측 단말로 송신하는 서비스를 제공한다.
일실시예에 따르면 장치(100)가 제공하는 CRM 제공 방법은, 병원 또는 의사에게 할당되는 의료기관 클라이언트 측으로부터, 발송될 CRM 컨텐츠의 선택, 및 상기 CRM 컨텐츠를 수신할 수신자의 식별 정보의 입력을 수신하는 단계, 및 상기 입력에 대응하여, 상기 수신자의 단말에 상기 CRM 컨텐츠를 송신하는 단계를 포함한다.
일실시예에 따르면, 의료기관 클라이언트 측에서는 미리 설정된 복수 개의 CRM 템플릿이 선택가능한 옵션들로서 제공된다. 그러면, 상기 의료기관 클라이언트 측에서의 사용자 인터페이싱을 통해 발송될 CRM 컨텐츠가 상기 옵션들 중에 선택될 수 있다. 선택된 CRM은 환자에 따라, 그리고 질환에 따라 진료를 본 해당 의사나 병원 직원이 적절히 수정해서 발송할 수도 있다.
CRM 송신 프로세스 및 통합 관리
도 3는 일실시예에 따른 CRM 송신 과정을 도시하는 흐름도이다.
서비스 제공 장치(100)에 CRM 정보 전송 요청이 수신된다(단계 310). 이러한 요청은 병원측 단말(102)의 병원측 클라이언트로부터 온 것일 수 있다.
요청에는 CRM 정보 전송의 대상인 수신자 식별 정보가 포함되는데, 단계 320에서 장치는 환자측 단말(101)의 모비닥TM 앱 설치 여부를 확인한다. 예시적으로, 그러나 한정되지 않게 이는 환자의 인구학적 정보, 고객번호, 전화번호 등을 저장부(130)의 DB에서 확인함으로써 가능하다.
앱이 설치 되었다면 제1 수단(예를 들어 모비닥 앱을 통한 푸시 메시지 전송)을 수행(단계 340)하고, 저장부(130)에 해당 환자에 대한 CRM 전송 기록을 업데이트 한다(단계 350).
단계 320에서, 해당 환자측 단말기에 앱이 설치되지 않은 것으로 판단되면, 이 때는 앱을 통한 푸시 전송은 안 되므로, 단계 321에서 제2 수단(예를 들어, 문자 메시지나, 카카오톡 같은 메시징 서비스를 통한 CRM 전송)을 수행한다(단계 321). 그리고 나서는 저장 수단(130)에 제2 수단을 통한 CRM 전송을 저장한다(단계 322). 여기서 단계 322에서의 저장은 나중에 앱이 설치되고 나면 앱 내의 CRM 기록으로 통합관리 될 것이고, 그 때까지 임시로 비회원이거나 앱을 설치하지 않은 환자에게 CRM을 발송은 하되 임시로 그 내용과 로그를 기록해두는 것이어서 버퍼링이라는 표형을 사용하였다.
정보가 버퍼링되어 있다가 나중에라도 환자가 앱을 설치하면 설치 시점 이전에 단계(322)에서 버퍼링되었던 과거 CRM 메시지들도 CRM 기록으로 통합 업데이트 된다(단계 350). 그리고 그 때 저장 수단에 버퍼링된 CRM 발송 기록들은 플러시(flush)될 수 있다.
이렇게 모비닥 앱을 설치하지 않았거나 비회원이라도 CRM 발송 대상에서 제외하지 않고, 모비닥 앱이 아닌 다른 경로로 모비닥 CRM을 접하게 한다. 그래서 환자가 당장은 문자 메시지로 이러한 요청을 받는 경우, (모비닥TM 앱의 설치를 권하는 프로세스는 별론으로) 하이퍼링크를 통해 웹 기반으로 모비닥 서비스에 접근하여 내용을 확인하거나 질문에 응답할 수 있다. 이러한 과정을 통해 비회원 또는 앱 미설치 고객도 향후에는 모비닥에 가입하고 앱을 설치하도록 유도되고, 설치 후에는 이질감 없도록 종전에 비회원일 때, 또는 앱을 설치하기 전에 한 CRM 활동이 그대로 확인되는 것이다.
이렇게 실시예들에 따르면 CRM의 기본인 메시지의 흐름을 지속적이고 연속적으로 통합 관리된다. 이종의 수단을 통한 CRM 메시지 흐름이 즉시 또는 사후적으로 통합될 수 있게 됨으로써 어플리케이션(APP) 설치 여부나 상황적 필요에 따라 서로 다른 경로를 통해 이종으로 분포하더라도, CRM의 정보 흐름은 즉시 또는 사후적으로 통합 관리될 수 있다. 된다. 이를테면, 앱 기반, 웹 기반, 유무선 전화 또는 메시지 기반의 정보 제공(메시지의 전송이나, 필요한 정보의 제시를 모두 포함) 등의 다양한 CRM 정보 흐름 경로는 병존적으로 존재할 수 있으나 이는 통합 관리되며 병원 입장에서는 환자 CRM의 종적 추적(longitudinal following) 및 관리가 가능하다. 환자 입장에서도 특정 앱을 삭제했다가 추후에 재설정 하여도, 혹은 앱을 설치하지 않고 병원의 관리를 받다가 나중에 앱을 설치하여도, 하나의 병원과 지속적으로 소통한 내용이 통합 관리되어 편리하다.
CRM 정보의 예시들
병원측으로부터 환자측으로 제공되는 CRM 정보는 다양한 것이 포함된다. 도 4 내지 도 10은 CRM 정보의 다양한 예들, 그리고 각각의 특징들을 설명하기 위한 예시적 화면 구성이다. 도면들을 참고하면서 자세히 설명한다.
진료일 안내(D-day 안내)
도 4는 일실시예에 따라 진료안내 CRM이 전송되는 모습이다.
예를 들어, 내원 환자의 경우 진료가 종료된 후 다음 방문 일정에 대한 안내가 CRM을 통해 제공된다. 초진 예약 환자의 경우, 초진 예약일시에 대한 안내가 된다. 바쁜 직장인, 기억력이 낮아진 노인, 육아에 바쁜 부모가 다음 진료일, 예방 접종일을 놓치지 않도록 예약된 진료일(또는 예방접종일)을 안내하는 알람이 화면(410)과 같은 형태로 제고될 수 있다. 또한, 단순히 예약일을 알리는 것에 그치지 않고, 예약 변경이 필요한 상황인지를 확인하여 예약 변경 요청을 접수하는 환자측 CRM 메시지가 병원측으로 전송되는 것도 가능하다.
도시된 예는 진료 당일 (D-0)에 발송되는 것이나, D-7일, D-3일, D-1일 등에도 그에 맞추어 각각 CRM이 발송될 수 있다. 단순히 진료 하루 전이다, 사흘 전이라는 정도의 정보뿐만 아니라, 검진이나 검사가 예정되어 있는 환자에게는 복용을 중지해야 하는 약, 금식을 해야 하는 시간 등을 함께 안내할 수 있다.
그리고, 의료상 적합한 경우, 이를테면 환자의 경과를 문진하고 처방의 변경 여부를 확인하면 되는 재진의 경우나, 미리 내원하여 검사한 결과를 알려주고 처방을 발급하는 것이 주된 진료 내용인 경우 등은, 화면(420)과 같이 의사와 환자의 선택에 따라 내원 예약을 원격 화상 진료(모비닥 클리닉)로 변경하게 할 수도 있다. 이 경우는 병원측이 먼저 오늘 진료를 할 내용은 화상 진료도 가능하기 때문에 환자측에게 원격 화상 진료로 변경할지 문의하는 CRM 정보 전송이 될 수 있고, 반대로 병원을 방문할 환자측이 병원에게 원격 화상 진료(모비닥 클리닉)로의 전환을 요청하는 정보 전송도 가능하다.
진료만족도 설문
병원측으로부터 환자측으로 제공되는 다른 CRM 정보의 예시에는 진료 만족도에 대한 설문도 있다. 도 5와 도 6은 이러한 실시예를 도시한다.
진료가 종료되면 화면(510)의 예와 같이 환자측 클라이언트에 진료 만족도에 대한 피드백 요청이 전달되고, 환자가 이에 응답하면 설문 화면(520)이 제공되어 설문이 시작된다. 도 5에 도시된 화면(510)과 같이 푸시 알람이 설문 응답을 유도할 수도 있지만, 환자가 먼저 앱을 실행한 경우에는 설문 응답이 앱 화면(610)에 포함될 수도 있다.
화면(620)에 도시된 바와 같이, 설문에는 전체적인 만족도를 조사하는 것은 물론, 이번에 진료한 의사, 물리치료사, 병원 직원, 비용, 진료 시간 등에 대한 객관식 및/또는 주관식 설문이 포함될 수 있다. 이러한 진료 만족도 설문 CRM은 병원 경영자 입장에서는 병원 경영의 중요한 참고 자료가 될 수 있다. 환자도 이러한 CRM을 경험하면서, '병원이 환자의 만족도를 다시 확인하고 있다'는 점에 만족할 수 있다. 종전과 같이 병원으로부터 홍보성 문자 위주의 CRM을 받던 경험보다 실시예에 따른 CRM 서비스에 의하면 훨씬 즉각적이고 개선된 고객 경험이 제공된다.
이러한 환자측의 피드백을 요청하는 CRM 정보 전송 역시 환자가 모비닥 앱을 설치하였는지 여부에 따라 앞서 도 3을 참조하여 설명한 과정으로 수행된다. 환자가 아직 해당 CRM 서비스를 제공하는 앱, 이를테면 모비닥 앱을 설치하지 않은 경우일 수도 있는데, 이 때 모비닥 앱을 설치하지 않았거나 비회원이라도 진료만족도 설문 대상에서 제외하지 않고, 도 3을 참고하여 설명한 대로 우선은 모비닥 앱이 아닌 다른 경로로 모비닥 CRM에 응답하는 경험을 제공한다.
상술한 바와 같이 환자가 당장은 문자 메시지로 이러한 요청을 받는 경우, (모비닥TM 앱의 설치를 권하는 프로세스는 별론으로) 하이퍼링크를 통해 웹 기반으로 모비닥 서비스에 접근하여 응답하고, 이는 해당 환자에 대한 CRM 데이터베이스에 저장 관리된다. 또한 추후 환자가 모비닥TM 앱을 설치한 후에는, 앞서 언급한 과정에 의해 해당 앱에서 기존 발송되었던 CRM 정보 전송 내역과 내용을 한 번에 확인할 수도 있다. 따라서 그러한 비회원 또는 앱 미설치 고객도 향후에는 모비닥에 가입하고 앱을 설치하도록 유도되고, 설치 후에는 이질감 없도록 종전에 비회원일 때, 또는 앱을 설치하기 전에 한 CRM 활동이 그대로 확인되는 것이다.
모비닥 피드(mobiDoc Feed TM ) 컨텐츠
병원측으로부터 환자측으로 제공되는 다른 CRM 정보의 또 다른 예시에는, 모비닥TM 앱을 통하여 제공되는 모비닥 피드(mobiDoc Feed) 컨텐츠가 있다. 도 7 내지 도 8은 진료 후 오늘 받은 진료 내용에 대한 피드가 전송되는 예를 도시한다.
일실시예에 따르면 화면(710)과 같은 형태로 푸시 알람이 제공된다. 병원에 와서 충격파 치료를 받고 귀가한 환자로서는 의사가 처방하여 물리치료실에서 충격파 치료를 받았는데, 이것이 어떤 역할을 하는지, 왜 도움이 되는지 궁금할 수 있다. 일반적 의료현장에서는 의사나 물리치료사 등 인력이 설명을 해주지만, 사람마다 설명 능력도 다르고, 바쁘다 보면 설명이 충실하지 못하게 되는 경우가 있을 수 있다. 환자도 진료 중에, 또는 물리치료 (때로는 시술) 중에 설명을 들어도 정신이 없어서 금방 잊어버리기도 한다. 어떤 환자는 성격상 궁금한 점이 있어도 다 물어보지 못하는 경우도 있다. 모비닥은 이러한 부분에서 의료인과 환자 양쪽을 만족시킨다. 의료인의 시간을 아끼면서도 환자에게 정보 전달은 충분히 해줄 수 있다. 진료를 마치고 귀가하는 환자에게 진료본 병원이 보내온 그날 진료에 대한 상세 내용에 대해 피드를 확인하는 것만으로도 빠지지 않고 진료 내용을 잘 알게 된다. 화면(720)에서는 예시적으로, 환자가 오늘 받은 충격파 치료에 대한 피드, 척추 주사에 대한 피드, 및 오늘 주사를 맞은 것에 대해 주의해야 할 사항을 담은 피드를 받은 것이 도시되었다.
참고로, 모비닥 피드는 평소에 의사 면허가 있는 의료인 회원이 의사 클라이언트 또는 별도 제공되는 모비닥 웹을 통해, 본인 또는 소속 병원을 follow 하는 환자 사용자들에게 제공하기 위한 컨텐츠 제공 서비스이다. 모비닥 피드는 예시적으로 그러나 한정되지 않게, 질병 정보, 치료술 동향, 의학 상식, 건강관리와 같은 내용의 텍스트, 이미지, 동영상 등을 포함하는 컨텐츠 제공을 포함하는데, 의사 회원은 평소에 본인의 진료 질병, 시술, 치료방법 등에 대해 이러한 피드를 작성해 두고 환자 진료를 하면서 필요한 것을 골라 보낼 수 있다.
화면(810)은 충격파 치료를 자주 하는 의사가 환자가 궁금해할 수 있는 사항들을 미리 피드로 작성해 두었다가 오늘 충격파 치료를 받은 환자에게 그 피드를 보낸 예시이다. 화면(820)은 오늘 척추 주사를 맞은 환자에게 주사와 해당 질병에 대한 설명 피드를 작성해 두었다가 보낸 예시이다. 화면(830)에는 주사 치료 후 유의사항이 표시되었다.
한편, 이러한 피드 내에는 해당 피드를 작성한 의사, 또는 그 의사가 해당 질병에 대해 추천하는 병원이나 의사에게 모비닥 진료 예약을 바로 제공하는 링크도 포함될 수 있다. 환자가 어떤 시술이나 치료, 이를테면 물리치료, 주사치료, 레이저 치료 등을 마쳤다면, 그 환자에게, 그 질병에 관한 추가 정보, 향후 치료 계획, 오늘 받은 치료나 시술에 대한 설명, 주의사항 및/또는 처방한 의약품에 관한 자세한 정보를 맞춤형으로 그 환자에게 제공하는 수단이 이 모비닥 피드라는 이름으로 CRM 정보 전송의 형태로 전달될 수 있다.
이러한 모비닥 피드 컨텐츠의 맞춤형 제공이 CRM으로 전송되는 것도, 모비닥TM 앱을 설치하여 이용 중인 환자에게 앱 내 푸시 및 컨텐츠 열람의 형태로 이루어지나, 모비닥TM 앱을 설치하지 않은 상태에 있는 환자 단말에는 환자 정보에 의해 식별되는 다른 연락 수단으로 우선 모비닥 피드 컨텐츠를 제공하고 추후 그 환자가 모비닥TM 앱을 설치한 후에 기존 CRM 정보 교환 내역에 업데이트되게 하여 이질감 없이 연속적, 지속적 CRM 관리가 되게 한다.
CRM을 통한 진료/시술 후 환자의 관리(D+Day CRM)
앞서 도 7 내지 도 8을 참조한 실시예에서 더 나아가, 다른 실시예에 따르면 진료당일뿐만 아니라, 그 이후 일정 기간 동안 진료 후, 또는 시술 후 환자를 추적 관리하고 정보를 제공하기 위해 제공하는 D+Day CRM도 제공될 수 있다.
예를들어, 피부과에서 시술을 하면 시술 하루 뒤에는 어떤 조치를 취해주고 무엇을 조심해야 하며, 시술 사흘 뒤에는 어떤 정보를 제공해야 하고, 시술 일주일 뒤에는 어떤 체크를 한 뒤 이상이 있으면 병원에 연락하라는 등의 사후 관리를 스케줄에 따라 해주어야 하는 경우들이 있다. 종전에는 대부분의 피부과에서 이럴 때 인쇄된 안내문을 제공하여 여러 가지 불편이 있었다. 피부과 시술뿐만 아니라, 성형외과를 포함하여 여러 외과적 수술을 한 경우, 통중중재시술을 한 경우, 심장중재시술을 한 경우, 그리고 어떤 증상에 대해 의료적 조치를 한 경우 등 대부분의 경우에 이러한 니즈가 있다. 지난 몇 년간 전세계를 휩쓴 COVID-19 팬데믹 사태 때에도 감염이 된 환자들에게 일자에 따른 안내로 환자들에게 체계적 정보제공과 건강 관리를 도울 수 있도록 할 필요가 있는데, 모비닥 CRM은 앞으로 이러한 부분에서도 역할을 할 수 있다.
디지털 처방 CRM 모듈들
한편, 병원측으로부터 환자측으로 제공되는 다른 CRM 정보의 또 다른 예시에는, 모비닥TM 앱을 통하여 제공되는 디지털 처방, 디지털 치료제, 통증이나 질병 상태의 설문 등의 모듈들일 수도 있다. 체중, 혈압, 혈당 등을 기록하는 종전의 건강관리 앱(Healthcare APP)과의 차이는, 모비닥 CRM은 환자 스스로가 별도 설치 및 실행하는 형태의 건강 기록이 아니라, 모비닥 플랫폼 내에 '나를 진료본 의사'가 '나의 모비닥 계정'에 기간과 내용을 정하여 맞춤형으로 직접 처방한 기능 실행이라는 점이다. 즉, 진료와 치료의 연장선상에서, '나를 진료본 의사'가 모비닥 의사 클라이언트(102)를 통해 직접, 어떤 형태의 모듈을 실행시켜 언제부터 며칠 동안, 어떤 주기로 어떤 점을 기록하게 하고, 어떤 설문을 하게 할지 '나의 모비닥 계정'에 붙여 환자 단말(101)을 통해 처방된 그대로 실행되게 하는 것이다.
도 9와 도 10은 일실시예에 따른 통증 기록 모듈이 처방되어 환자 클라이언트(101)에서 실행된 예시적 화면을 도시한다. 정형외과, 신경외과, 통증의학과 등에서는 환자에게, 통증 정도를 추적하는 디지털 처방 모듈이 본 실시예에 따른 CRM에 의해 제공될 수 있다. 환자는 병원 진료를 마치고 귀가하는 때부터 병원과 의사의 통제 하에 있지 못하다. 통증 설문(이를테면, VAS: Visual Analogue Scale)의 경우 진료를 마친 환자가 지속적으로 기록하고 이것을 병원측이 모니터링 할 수 있다면, 환자의 치료와 회복에 기여한다.
의사가 미리 지정한 기간에 지정한 주기로, 통증 기록을 하라는 알람(910)이 제공되어, 환자가 이에 응답하면 VAS 모듈(920)이 실행된다. 환자는 일일이 스스로 챙기지 않고 수동적으로 응답만 하면 나를 진료한 의사가 처방한 대로 꾸준히 통증을 기록해갈 수 있으며, 이러한 시간적 흐름에 따른 데이터는 병원에 의해 모니터링 되거나, 및/또는 데이터의 경향성에 의한 이상 상황을 발견하는 데 활용된다.
도 11을 함께 참고한다. 의사의 처방에 따라 실행되는 VAS 모듈(1010)에 환자가 기록한 통증 정도는 본인 스스로, 그리고 병원측에 의해 시간적 흐름에 따른 데이터로 관리되고, 시각적으로 화면(1020)에 표시될 수도 있다. 만약, 통증 개선 정도가 기대치를 크게 밑도는 경우, 병원측의 선택에 따라 환자에게 처방한 약은 잘 먹고 있는지, 의사가 지시한 유의 사항을 잘 준수하고 있는지 등을 문의하고, 필요하면 다음 재진 예약일을 앞당기도록 유도할 수도 있다. 단순이 통증이 일반적으로 기대되는 정도를 크게 상회하는 등의 절대 값도 고려될 수 있지만, 직전 측정 값보다 일정 이상 통증이 심해졌거나, 처방한 진통제는 아직 복용할 시기인데 통증이 점점 커지고 있는 등 비정상적 상황이 아닌지 의심이 되는 경우도 발견될 수 있다.
그러한 경우, 일실시예에 따르면 처방한 약은 잘 먹고 있는지, 약을 계속 잘 복용해야 한다는 주의 환기성 푸시 알람이 CRM을 통해 전달될 수도 있다. 다른 일실시예에 따르면, 보다 적극적으로 개입하여, 화면(1030) 처럼 모비닥 클리닉을 통한 원격 화상 진료를 제안하도록 CRM 알람이 발송되어, 병원이 선제적으로 환자를 문진하고 처방 약을 바꾸거나 필요한 의사의 지시를 추가 전달하는 것도 가능하다.
모비닥 CRM이 제공하는 이러한 디지털 처방 모듈은 다른 예들도 많이 있다.
다른 실시예에서, 소아청소년과의 경우, 어린이의 열을 관리하기 위해 체온 기록 디지털 처방을 모듈화 하여 특정 환자에게 일정 기간 동안 CRM 제공 형태로 줄 수 있다. 육아를 하는 양육자 입장에서 모비닥 제휴 병원에서 진료를 받은 후 모비닥 앱을 통해 소통하는 CRM 정보에 응답하기만 하면 일정 기간 동안 처방된 체온 기록지에 응답만 수동적으로 함으로써 치료에 도움이 되고, 응급 상황을 예방할 수 있다.
나아가, 혈당을 주기적으로 측정해야 하는 환자, 혈압을 주기적으로 측정해야 하는 환자가 모비닥TM 앱에서 본인에게 처방된 기록지에 대해 응답만 하면, 병원측이 환자를 관리하고 필요한 제안을 할 수 있다.
환자의 회복에 기여하는 진료완결성 보장
이러한 모듈화된 CRM이 환자에 대한 정서적 안정을 돕고, 진료의 완결성을 높이는 데에 기여한다. 또한 내원 진료를 마친 후 귀가한 환자를 병원이 사후적으로 이렇게 챙기고 '외래 환자를 입원환자 처럼' 보살피게 한다는 것, 그리고 필요하면 병원이 먼저 괜찮은지 물어보고 필요한 제안을 해준다는 것은 실시예들에 따른 모비닥 CRM이 새롭게 제시하는 의료 서비스이다. 마치 가족이나 가까운 지인에 의해 의료적 보살핌을 받는 이러한 고객 경험(CX: Customer eXperience)은 환자의 회복을 돕고 위험 상황을 예방할 뿐만 아니라, 환자의 만족감과 그 병원에 대한 충성도를 높여준다. 즉, 병원 입장에서도 환자의 병원 만족도를 높여 재진율을 높이는 데에 기여한다. 나아가 상급 종합병원 처럼 만성적 병상 부족으로 경증 환자를 빨리 퇴원시켜야 하지만, 환자가 퇴원한 이후에도 관리가 필요한 경우는 이러한 모비닥 CRM을 통해 환자를 관리할 수 있다. 따라서 환자의 입원율을 낮추면서도 환자 건강을 관리하는 데에 도움이 된다.
CRM 화면의 구성 예
도 11은 일실시예에 따라 환자 단말기에 전송된 CRM을 도시한다.
환자 단말(101)에서 CRM을 보낸 병원 및 의사 정보가 상단 필드(1101)에 표시되면서, 하단 필드(1110)에서 CRM 메시지가 제공되고 있다. 도 11에서 도시된 필드들(1101, 1110, 1111)의 레이아웃은 어디까지나 예시적인 것이다. 따라서 다른 크기, 레이아웃이 얼마든지 가능하다. 이를테면 도 11과 달리, 스마트폰의 메시지 앱 인터페이스, 또는 SNS의 DM(Direct message) 인터페이스와 같이 구성되는 것도 가능하다.
CRM 메시지를 구성하는 과정이나 그 내용은 앞서 설명한 바와 같다.
CRM에 포함되는 Feed 컨텐츠
도 11에 도시된 바와 같이 CRM 메시지에는 해당 의사나 병원이 해당 환자에게 보내는 질병에 관한 정보, 건강 정보, 기타 전문 아티클이 포함될 수 있다. 아티클은 직접 삽입될 수도 있지만, 도시된 바와 같이 하이퍼링크 형태로 제시될 수도 있다. 하이퍼링크는 해당 모비닥 피드(mobiDoc Feed) 아티클을 앱에서 및/또는 웹에서 연결해준다. 모비닥 피드는 의사면허를 가진 의사만이 작성하는 것이기에 그 내용이 검증되었다고 볼 수 있다. 따라서, 환자를 진료 본 그 의사가 이런 식으로 CRM에 그 환자의 질병과 신체에 맞는 전문 칼럼 아티클을 피드 형태로 삽입해서 보내는 경우, CRM 자체에 대한 환자의 주목도와 집중도가 높다. 앞서 언급한 바와 같이 기존에 병원에서 오는 SMS 또는 MMS 형태의 CRM 메시지는 환자 입장에서는 광고(AD)라고 인지하고 눈여겨 보지 않는 경우도 많다. 그런데, 모비닥 피드가 도 11에서와 같이 CRM 필드(1110)에서 같이 제공됨으로써 환자는 이를 보낸 병원과 의사가 정말 본인을 고객으로 대하고 케어한다고 여길 수 있다.
따라서 CRM의 순기능이 발휘되어, 병원이 환자인 고객들과의 관계를 관리하고 강화할 수 있다. 이러한 CRM의 기능 강화가 모비닥의 원격진료인 '모비닥 클리닉'과 결합됨으로써 더욱 상승된다.
CRM에 포함되는 원격 진료 안내
환자가 다음 진료 예약(재진 예약)을 잡는 경우에도 예약 부도율이 낮지 않은 경우가 있다. 재진 예약을 한 환자가 예약을 부도내고 예약을 취소하거나 노쇼(No-show)하는 이유는 다양할 수 있지만, 재진이 꼭 필요한지에 대한 확신이 없거나, 및/또는 업무나 육아 등으로 병원 방문이 어려운 경우 등이 포함될 수 있다. 모비닥 클리닉은 모비닥TM이 제공하는 원격 진료는 이러한 환자들이 CRM을 통해 쉽게 재진에 접근할 수 있도록 하는 넛지(Nudge)로 기능한다. 짧게라도 원격으로 진료를 신청하여 초진을 봐주셨던 의사와 다시 한 번 질병의 경과, 현재 본인의 상태, 처방받아 복용하고 있는 약에 대한 부작용 등에 대해 상담하면서 병원에 추가로 내원을 해야 할지에 대해 환자가 판단하는 긍정적 효과도 기대된다.
따라서 일실시예에 따르면 도 11의 필드(1111)에서 모비닥 원격진료를 신청할 수 있다는 안내, 및/또는 원격 진료를 신청할 수 있는 하이퍼 링크를 CRM의 일부로서 제공한다.
한편, 국가별, 시기별로 이러한 원격진료가 허용되는 기준은 다를 수 있다. 따라서 일실시예에 따르면 법규에서 허용되는 가이던스에 따라 적법한 조건이 만족되는 일시에 발송될 CRM에는 선택적으로 원격 진료에 대한 가이던스 및/또는 원격 진료 신청 하이퍼링크가 함께 삽입될 수도 있다.
예시적으로, 도시된 CRM이 송신되는 때로부터 역산하여 미리 지정된 기간, 이를 테면 원격진료가 허용되는 30일 이내 재진인 경우에만 필드(1111)에서 원격 진료의 안내와 신청 링크가 제공되게 할 수 있다. 이를 위해 병원의 EMR 및/또는 이전 예약 정보에 따른 CRM에서의 D-0 day(이전 예약일 당일) 정보가 활용되고 추후 CRM이 발송될 시점과 비교될 수 있다. 즉, 이전 진료로부터 7일 뒤에 발송되는 CRM인지, 두 달 뒤에 발송되는 CRM인지가 구분된다. 원격진료가 허용되는 기준이, 30일 이내 동일 병원에서 동일 질병으로 후속 진료를 보는 재진만 허용된다면, 앞의 경우, 전자(7일 뒤 발송 CRM)에는 원격진료 안내와 신청 링크가 포함되지만 후자(두 달 뒤 발송 CRM)인 경우는 이것이 안내되지 않는다.
한편, 이미 발생한 이전 진료나 시술에 대해 후속 관리를 하는 D+Day CRM의 경우에도 이에 따라, 미리 지정된 기준 시기(이를 테면 30일) 이내에만 이러한 원격 진료 안내 및 신청 링크가 제공될 수 있다. 예시적으로, 진료나 시술일(D) 이후 하루 뒤(D+1), 사흘 뒤(D+3) 등의 CRM 컨텐츠 구성 중, 재진이 허용되지 않는 시기적 시점(마지막 대면 진료일로부터 30일이 초과 경과하는 등)에서는 이러한 원격 진료 안내 및 신청 링크가 제외될 수 있다.
다른 일실시예에 따르면 위에서 언급한 재진 허용의 한계 시점이 지나기 전에 재진을 위한 원격진료를 하겠느냐는 CRM이 발송될 수도 있다. 이를테면 초진이나 시술을 본 환자에게 21일이 지났을 때 한 번, 28일이 지났을 때 한 번 원격진료 안내 및 링크를 CRM 형태로 보낼 수 있는 것이다.
CRM을 통해서 시작하는 모비닥 클리닉(원격 진료)
필드(1111)의 링크를 이용하여 원격진료가 시작되어 진행되는 모습이 도 12에서 제시되었다.
도시되지는 않았지만 환자 클라이언트가 진료접수를 완료하고 진료실에 접속요청을 해온다. 여기서 말하는 진료실은 모비닥을 통한 원격진료인 모비닥 클리닉의 처리 프로세스 중 환자가 의사의 진료 시작을 기다리며 대기하는 세션이다. 단순히 원격진료 접수가 완료된 상태가 아니라, 환자가 의사의 진료 시작을 위해 대기하는 것을 보장하는 역할을 진료실이 한다.
진료 접수가 완료된 후 병원 및/또는 의사의 승인에 따라 상기 환자의 계정의 클라이언트를 진료실이라고 하는 단계로 입장시킨다. 이는 상기 환자 계정에 대한 환자 클라이언트의 서비스 상태가, 진료 접수 과정에서 진료 대기 과정으로 전환됨을 의미하며, 진료실은 의사가 진료를 개시하면 즉시 서로의 화상 및/또는 음성 통화가 시작될 수 있는 상태에 해당하는 단계이다. 마치 오프라인의 실제 병원에서, 환자를 간호사가 진료실 안으로 안내하여 진료를 볼 곳에서 기다리게 하고, 환자가 준비되어 있음을 의사에게 보고하면 의사가 준비되었을 때 들어와서 바로 환자와의 진료를 시작하는 것과 유사한 사용자 경험이다. 대학병원에 가면 의사가 인접한(connected) 두 개의 진료실을 오가며 진료를 하는 경우가 있다. 어느 한 진료실에서 그 의사의 진료가 이루어지는 동안, 옆 진료실에는 간호사가 다음 환자를 입장하게 해서 진료 준비를 시킨다. 이 때 전자의무기록 시스템(EMR)이나 기타 수단을 통해, 차트, 필요한 의료 영상, 검사 결과 등의 정보를 준비하여 둠으로써 바쁜 의사가 그러한 준비 과정에서 시간을 낭비하지 않도록 한다. 의사는 두 개의 진료실을 오가면서 한쪽 진료실에서 현재 환자의 진료를 마치고, 필요한 차팅(charting)을 한 후, 다음 진료 준비가 갖추어지고 환자도 들어와서 대기하고 있는 옆 진료실로 옮겨와서 즉시 다음 진료를 개시할 수 있는데 모비닥 클리닉TM이 이러한 기능을 제공하는 것이다.
이로써 불필요한 시간 낭비를 줄여, 같은 수의 환자를 보더라도 의사가 실질적으로 진료의 본질에 충실할 수 있고, 진료의 딜레이로 인한 환자 불편을 줄이고, 더 많은 환자에게 의료서비스를 제공할 수 있다. 언급된 모비닥 클리닉의 '진료실' 입장후 대기는 그러한 역할을 한다.
환자가 대기하고 있도록 하고 진료의 즉시 개시 가능성을 보장함으로써 얻게되는 진료 효율 개선은 의료인과 환자 모두에게 더 나은 서비스를 제공하기 때문에 중요하다. 종전의 원격의료 서비스들은 대부분 환자가 온라인(원격) 진료를 신청해 놓고 있으면, 의사(또는 병원) 측이 환자에게 접속을 시도한다. 이러한 접속은 화상 통화, 음성 통화 등일 수 있다. 그런데, 원격진료는 온라인으로 연결된 상황이고, 실제 사람과 사람이 직접 대면하여 만나는 상황이 아니므로, 환자는 의사와의 원격진료를 기다리던 중에 진료 대기를 하지 않고 다른 일을 하거나, 단말기를 두고 다른 곳으로 가버릴 수도 있다. 그렇게 되면 의사(또는 병원)가 진료를 시작하고자 할 때 즉시 진료 가능성이 보장되지 않는다.
도 12에서 제시되고 있는 모비닥 클리닉은 환자 클라이언트를 통해 환자가 진료를 위해 실제 준비된 상태인지, 그래서 의사가 진료 절차를 시작하면 즉시 진료가 가능한지의 여부를 체크한다. 환자가 진료실로 입장해 있는 스탠바이 상태임을 확인하고 이 상황을 의사 클라이언트가 파악하게 하는 것이다.
만약 환자 클라이언트 측에 대한 체크 결과, 환자가 통화 중이거나, 화면을 보고 있지 않고 자리를 비웠거나, 단말기(101)로 다른 작업을 하고 있는 등 의사가 진료를 시작하고자 할 때 진료가 바로 시작되지 않고 의사를 기다리게 할 만한 상황이라면 의사에게 이러한 상황을 알릴 수 있다. 그리고 알리는 데에 그치지 않고 '환자가 진료 준비가 되어 있지 않을 수 있다'는 점을 상기시키고, 다른 환자를 먼저 진료하도록 의사에게 선택권을 줄 수도 있다. 환자에게는 '진료대기를 하여야 진료가 시작된다'는 알람을 주어 환자가 준비되어 있도록 하는 넛지(Nudge) 효과를 만들 수 있다.
이러한 배려에 의해 의사는 진료 접수를 하고 진료 대기실로 입장한 환자들 중, 어떤 환자가 진료의 시작을 위해 준비되어 있는지 알고, 잘 준비된 환자를 선택하여 진료 개시를 할 수 있고, 따라서 의사와 병원이 연결 지연이나 연결 실패로 인한 비효율을 겪지 않도록 한다. 준비가 되지 않은 환자는 병원 직원 또는 원격의료 서비스 제공자 측에서 환자 단말에 준비를 하고 있어야 진료가 시작됨을 알리는 등으로 진료 준비(앱을 종료하지 않고, 다른 작업을 하지 않고, 해당 진료실 화면을 주시하며 대기하도록) 유도할 수 있다. 이상의 실시예들에 따라 의사의 환자에 대한 즉시 진료 가능성이 높아진다.
도 12는 이렇게 진료가 시작된 경우 환자 단말기의 모습(1210)을 도시한다. 환자는 이렇게 재진에 대해 원격 진료가 가능함을 안내 받아 병원을 직접 방문하지 않고도 진료를 볼 수 있다. 이러한 경우는 재진을 할지의 필요성이 불명확 할 때 일부러 시간을 내어 병원을 방문하지 않고 질병의 경과에 대해 의사와 상담하고 약물 복용을 조절하는 등의 진료에서 효과적이다. 따라서 재진을 할지에 대해 망설이던 환자가 재진을 포기하지 않고 의사의 진료를 이어 나가는 매개가 될 수 있다. 그렇게 됨으로써 혹시라도 환자가 간과할 수 있는 진료 공백을 줄이고 건강이 악화되는 상황을 예방할 수 있다.
병원 EMR과의 연동 또는 통합
도시되지는 않았지만 예시적으로, 그러나 한정되지 않게 의료기관(병원) 클라이언트는 병원에서 사용되는 EMR(전자의료기록, 전자차트) 소프트웨어와 연동되거나 또는 적어도 부분적으로 통합된다. 이 실시예에서 발송될 CRM에 대한 수신자의 식별 정보 중 적어도 일부는 상기 EMR 소프트웨어로부터 추출될 수 있다. 이러한 추출은 진료의 종료 시 해당 진료에서 열려진 EMR 진료카드로부터 자동으로 수행될 수 있다. 다른 경우에, 이러한 추출은 환자의 성명, 전화번호(중 일부), 질환명 등으로 검색되어 선택되는 것도 가능하다. 한편, CRM을 수신할 대상자는 반드시 한 명일 필요는 없고 실시예에 따라서는 복수 명이 될 수도 있다.
모비닥을 통하지 않고 진료 중에 EMR에서 다음 진료 예약이 생성되거나, 또는 전화 등 다른 방법으로 환자의 진료 예약이 생성되는 경우, 이 항목들의 전체 또는 선택된 일부가 모비닥TM CRM의 예약문자 발송을 위해 활용된다. 여기서 모비닥TM CRM은 EMR과 API 연동될 수 있는데, 이 경우 EMR에서 환자 예약이 생성되면, 모비닥TM CRM으로 예약 알림 문자를 전송할지 옵션이 제공된다. 이렇게 모비닥TM CRM과 EMR 간의 연동은 CRM을 위해 사용되는 의사나 병원직원의 시간을 최소화한다.
이상에서 설명된 장치는 하드웨어 구성요소, 소프트웨어 구성요소, 및/또는 하드웨어 구성요소 및 소프트웨어 구성요소의 조합으로 구현될 수 있다. 예를 들어, 실시예들에서 설명된 장치 및 구성요소는, 예를 들어, 프로세서, 콘트롤러, 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 (12)

  1. 컴퓨터 구현 방법에 있어서,
    병원 또는 의사에게 할당되는 의료기관 클라이언트 측으로부터, 발송될 CRM(Customer Relationship Management) 컨텐츠의 선택, 및 상기 CRM 컨텐츠를 수신할 수신자의 식별 정보의 입력을 수신하는 단계; 및
    상기 입력에 대응하여, 상기 수신자의 단말에 제1 수단으로 상기 CRM 컨텐츠를 송신하는 단계
    를 포함하는, 컴퓨터 구현 방법.
  2. 제1항에 있어서,
    상기 수신자의 식별 정보를 이용하여 상기 수신자가 서비스 미가입자임이 확인되거나 상기 수신자의 단말에 상기 서비스 어플리케이션이 설치되지 않은 경우로 확인되면,
    상기 수신자의 단말에 제2 수단으로 상기 CRM 컨텐츠를 송신하는 단계
    를 더 포함하는, 컴퓨터 구현 방법.
  3. 제2항에 있어서,
    상기 제2 수단으로 상기 CRM 컨텐츠를 송신하는 경우 이를 저장 수단에 버퍼링하는 단계
    를 더 포함하는, 컴퓨터 구현 방법.
  4. 제3항에 있어서,
    상기 수신자가 상기 서비스에 가입하고 상기 수신자의 단말에 상기 서비스 어플리케이션이 설치되는 경우, 상기 버퍼링된 상기 CRM 컨텐츠를 상기 서비스 어플리케이션 내의 CRM 기록으로 병합하는 단계
    를 더 포함하는, 컴퓨터 구현 방법.
  5. 제1항에 있어서,
    상기 의료기관 클라이언트는 상기 병원에서 사용되는 EMR 소프트웨어와 연동되거나 또는 통합되고,
    상기 수신자의 식별 정보 중 적어도 일부는 상기 EMR 소프트웨어로부터 추출되는 것인, 컴퓨터 구현 방법.
  6. 제1항에 있어서,
    상기 CRM 컨텐츠는 예정된 진료일 이전, 당일, 및 이후 시점 중 적어도 하나에 진료 일시와 내용을 안내하는 정보를 포함하는, 컴퓨터 구현 방법.
  7. 제1항에 있어서,
    상기 CRM 컨텐츠는 진료 후 진료 만족도에 대한 설문을 포함하는, 컴퓨터 구현 방법.
  8. 제1항에 있어서,
    상기 CRM 컨텐츠는, 상기 의사에 의해 선택되는 디지털 처방을 포함하고, 상기 디지털 처방은 VAS(Visual Analogue Scale) 기록 모듈, 체온 측정 기록 모듈, 처방된 약물 복약 지도 모듈, 혈압 기록 모듈, 및 혈당 기록 모듈 중 적어도 하나를 포함하는, 컴퓨터 구현 방법.
  9. 제1항에 있어서,
    상기 CRM 컨텐츠는 원격 진료를 신청하는 링크를 포함하고, 상기 링크가 선택되는 경우 원격진료 신청 프로세스가 개시되는, 컴퓨터 구현 방법.
  10. 제9항에 있어서,
    상기 CRM 컨텐츠가 송신되는 시점이 상기 수신자의 직전 진료로부터 미리 지정된 기간 이내에 있는 경우에 상기 원격 진료를 신청하는 링크를 상기 CRM 컨텐츠에 포함하여 제공하는, 컴퓨터 구현 방법.
  11. 제1항 내지 제10항 중 어느 한 항의 방법을 수행하기 위한 명령어들을 포함하는 비일실시적 컴퓨터 판독가능 저장 매체.
  12. 하나 이상의 프로세서;
    상기 하나 이상의 프로세서에 작동적으로(operatively) 결합되어, 상기 의료기관 클라이언트 및 상기 수신자의 단말과의 통신을 제공하는 통신인터페이스; 및
    상기 CRM 컨텐츠를 저장하는 저장부
    를 포함하고, 상기 하나 이상의 프로세서는 제1항 내지 제10항 중 어느 한 항의 방법을 수행하도록 구성되는, 전자 디바이스.
PCT/KR2023/018038 2022-11-10 2023-11-10 병원 고객 관계 관리 제공 시스템 및 방법 WO2024101939A1 (ko)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
KR20220149764 2022-11-10
KR10-2022-0149764 2022-11-10
KR1020230154525A KR20240068561A (ko) 2022-11-10 2023-11-09 병원 고객 관계 관리 제공 시스템 및 방법
KR10-2023-0154525 2023-11-09

Publications (1)

Publication Number Publication Date
WO2024101939A1 true WO2024101939A1 (ko) 2024-05-16

Family

ID=91033228

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2023/018038 WO2024101939A1 (ko) 2022-11-10 2023-11-10 병원 고객 관계 관리 제공 시스템 및 방법

Country Status (1)

Country Link
WO (1) WO2024101939A1 (ko)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100935710B1 (ko) * 2007-05-30 2010-01-07 서울대학교병원 Ｅｍｒ 시스템과 연계된 고객관리 및 고객서비스 운영 방법
KR101142568B1 (ko) * 2011-09-26 2012-05-08 주식회사 페모지아 쌍방향 통신을 기반으로 하는 의료정보 통합 운용 시스템 및 그 방법
KR20120091876A (ko) * 2011-02-10 2012-08-20 주식회사 엘지씨엔에스 맞춤형 모바일 컨텐츠 서비스 시스템 및 그 방법
KR101414781B1 (ko) * 2012-08-03 2014-07-04 (주)헬스웨이브 모바일 앱을 이용한 환자 관리 시스템 및 그 제어방법
JP2019057171A (ja) * 2017-09-21 2019-04-11 大日本印刷株式会社 支援装置、コンピュータプログラム、対象者端末装置、医師端末装置、指導者端末装置及び支援方法
KR102057527B1 (ko) * 2015-05-27 2020-01-22 구글 엘엘씨 자동적인 클라우드-기반 전체 데이터 백업 및 모바일 디바이스들 상에서의 복원을 위한 시스템 및 방법

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100935710B1 (ko) * 2007-05-30 2010-01-07 서울대학교병원 Ｅｍｒ 시스템과 연계된 고객관리 및 고객서비스 운영 방법
KR20120091876A (ko) * 2011-02-10 2012-08-20 주식회사 엘지씨엔에스 맞춤형 모바일 컨텐츠 서비스 시스템 및 그 방법
KR101142568B1 (ko) * 2011-09-26 2012-05-08 주식회사 페모지아 쌍방향 통신을 기반으로 하는 의료정보 통합 운용 시스템 및 그 방법
KR101414781B1 (ko) * 2012-08-03 2014-07-04 (주)헬스웨이브 모바일 앱을 이용한 환자 관리 시스템 및 그 제어방법
KR102057527B1 (ko) * 2015-05-27 2020-01-22 구글 엘엘씨 자동적인 클라우드-기반 전체 데이터 백업 및 모바일 디바이스들 상에서의 복원을 위한 시스템 및 방법
JP2019057171A (ja) * 2017-09-21 2019-04-11 大日本印刷株式会社 支援装置、コンピュータプログラム、対象者端末装置、医師端末装置、指導者端末装置及び支援方法

Similar Documents

Publication Publication Date Title
Jin et al. Telemedicine: current impact on the future
Mahoney Telehealth, telemedicine, and related technologic platforms: current practice and response to the COVID-19 pandemic
US20140249850A1 (en) Critical condition module
CN111480203B (zh) 医疗/护理支持系统中的服务构建支持方法及系统
US20240079132A1 (en) Software application for patient care and related device, system, and method
US20160147941A1 (en) Medical support system
JP2016167307A (ja) 健康管理のための事象の序列化と記録の自動化のシステムと方法
Shaw et al. A novel large scale integrated telemonitoring program for COVID-19
CN109565503A (zh) 用于基于患者情境，用户角色，当前工作流程和显示接近度来优化用户亲身参与的系统和方法
KR20200080621A (ko) 뇌전증 관련 정보 관리 시스템
Al-Azzam [Retracted] Research on the Impact of mHealth Apps on the Primary Healthcare Professionals in Patient Care
WO2024101939A1 (ko) 병원 고객 관계 관리 제공 시스템 및 방법
Sloand et al. Text message quality improvement project for influenza vaccine in a low-resource largely Latino pediatric population
Ooi et al. Wireless and wearable overview: stages of growth theory in medical technology applications
WO2024128859A1 (ko) 병원 고객 관계 관리 컨텐츠 제공 시스템 및 방법
Copeland et al. The Impact of Diabetic Education on Diabetes Management: A Retrospective Chart Review
KR20240068561A (ko) 병원 고객 관계 관리 제공 시스템 및 방법
WO2024195969A1 (ko) 병원 고객 관계 관리 제공 시스템 및 방법
Austin Seven legal tips for safe nursing practice
Friedman et al. Managing the COVID-19 pandemic using quality improvement principles: a New York city pediatric primary care experience
WO2023128692A1 (ko) 원격의료 서비스 제공 장치 및 방법
Driansky et al. Updating the healthcare maintenance visit for children with medical complexity: applying lessons learned from the coronavirus disease 2019 pandemic
Mahoney et al. How Penn Medicine is advancing care delivery to meet more patients’ needs
Nundy et al. Accelerating digital health to achieve equitable delivery of the covid-19 vaccine
Veljanovski et al. Realization of Software System for Collaboration of Specialist Proposed Therapy and Physician Accepted Therapy

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: 23889195

Country of ref document: EP

Kind code of ref document: A1