CN112768049B - Construction method and system of doctor's advice execution system based on state - Google Patents

Construction method and system of doctor's advice execution system based on state Download PDF

Info

Publication number
CN112768049B
CN112768049B CN202110120381.7A CN202110120381A CN112768049B CN 112768049 B CN112768049 B CN 112768049B CN 202110120381 A CN202110120381 A CN 202110120381A CN 112768049 B CN112768049 B CN 112768049B
Authority
CN
China
Prior art keywords
advice
service
medical
doctor
different
Prior art date
Legal status (The legal status 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 status listed.)
Active
Application number
CN202110120381.7A
Other languages
Chinese (zh)
Other versions
CN112768049A (en
Inventor
吴军
赵宁
李涛
王世梁
曹宁
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Zhongyang Health Technology Group Co ltd
Original Assignee
Zhongyang Health Technology Group Co ltd
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 Zhongyang Health Technology Group Co ltd filed Critical Zhongyang Health Technology Group Co ltd
Priority to CN202110120381.7A priority Critical patent/CN112768049B/en
Publication of CN112768049A publication Critical patent/CN112768049A/en
Application granted granted Critical
Publication of CN112768049B publication Critical patent/CN112768049B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00ICT 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/20ICT 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
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H80/00ICT specially adapted for facilitating communication between medical practitioners or patients, e.g. for collaborative diagnosis, therapy or health monitoring

Landscapes

  • Health & Medical Sciences (AREA)
  • Engineering & Computer Science (AREA)
  • Medical Informatics (AREA)
  • Biomedical Technology (AREA)
  • Epidemiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Pathology (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

The application provides a method and a system for constructing a medical advice execution system based on a state, wherein the method comprises the steps of decomposing a medical advice service operation flow into standard atomization operation combinations, characterizing any medical advice service process through an atomization operation sequence, and creating a service dictionary; registering states for different doctor's advice services; registering corresponding business events according to different doctor's advice states; a subscription and release model is built based on the business event to form a unified data interaction interface; an event subscription system is constructed, and a form of extracting an independent component is adopted to realize the component integration of a medical advice sender and a medical advice receiver; establishing an event processor based on state conversion to form a doctor's advice execution system based on state; and based on the medical order execution system, realizing closed-loop management of medical order information execution.

Description

Construction method and system of doctor's advice execution system based on state
Technical Field
The disclosure belongs to the technical field of medical information, and particularly relates to a method and a system for constructing a medical advice execution system based on a state.
Background
The statements in this section merely provide background information related to the present disclosure and may not necessarily constitute prior art.
The requirement of the hospital on executing the closed loop is higher and higher, but the implementation difficulty is higher and higher because of the complexity of medical service, and a simple model is lacking in the prior art to establish a closed loop management component for executing the medical order; the inventor finds that the traditional doctor's advice execution flow mainly depends on manual auditing control, the process is complicated, nurses manually audit and process when executing doctor's advice, the workload is large and easy to cause problems, the execution process cannot be traced, the medical quality and the working efficiency cannot be ensured, and therefore, the improvement of the doctor's advice execution system through an informatization means has very important significance.
Disclosure of Invention
In order to solve the problems, the present disclosure provides a method and a system for constructing a status-based medical order execution system, where the method implements closed-loop management of medical order execution of a hospital by establishing an effective medical order execution supervision model, so as to facilitate advanced process quality control, process supervision and information real-time transfer of the hospital.
According to a first aspect of embodiments of the present disclosure, there is provided a method for constructing a status-based order execution hierarchy, including:
decomposing the doctor's advice service operation procedure into standard atomization operation combinations, characterizing any doctor's advice service process through atomization operation sequences, and creating a service dictionary;
registering states for different doctor's advice services;
registering corresponding business events according to different doctor's advice states;
a subscription and release model is built based on the business event to form a unified data interaction interface;
an event subscription system is constructed, and a form of extracting an independent component is adopted to realize the component integration of a medical advice sender and a medical advice receiver;
establishing an event processor based on state conversion to form a doctor's advice execution system based on state; and based on the medical order execution system, realizing closed-loop management of medical order information execution.
Further, the medical advice service operation procedure is decomposed into standard atomization operation combinations, wherein the atomization operation corresponds to each atomic operation unit in the medical action of the hospital, and the meanings of the atomic operation units are required to be unified among medical institutions.
Further, the service process refers to a service process connected in series by an atomization operation for different order services, wherein the same order service of each hospital has different service processes, i.e. different service processes are formed by different combinations of atomization operations.
Further, the creation of the service dictionary includes unifying patient main index, institution department, hospital personnel, hospital resources, core dictionary and service among medical conjuncted medical institutions, and constructing the service dictionary.
Further, the registering of the status for different doctor's advice services includes the following steps:
analyzing different states of the order, the states comprising: the method comprises the steps of medical advice preservation, medical advice signing, medical advice checking, medical advice sending and medical advice execution;
and registering the corresponding medical advice service to the corresponding medical advice link according to the reference of the service scope and the medical advice state.
Further, the registering the corresponding business event according to the different doctor's advice state includes the following steps:
different doctor's advice states trigger different events, and all business events occurring in the different doctor's advice states are determined;
and aiming at different business event types, realizing corresponding execution processes by programs.
Further, a subscription and release model is built based on the business event to form a unified data interaction interface, and the method comprises the following steps:
extracting the conversion logic of the doctor order transfer execution list and the data transmission mode to form a public calling interface;
and in the execution process of different business events, realizing the interaction of data through interface calling.
According to a second aspect of embodiments of the present disclosure, there is provided a system for constructing a status-based order execution hierarchy, comprising:
the business system construction module is used for decomposing the doctor's advice service operation procedure into standard atomization operation combinations, characterizing any doctor's advice service procedure through an atomization operation sequence, and creating a service dictionary;
the state registration module is used for registering states for different doctor's advice services;
the business event registration module is used for registering corresponding business events according to different doctor's advice states;
the publishing model building module is used for building a subscribing publishing model based on the business event to form a unified data interaction interface;
the event processor construction module is used for constructing an event subscription system and realizing the assembly integration of the doctor's advice sender and the doctor's advice receiver by adopting a form of extracting independent assemblies; establishing an event processor based on state conversion to form a doctor's advice execution system based on state; and based on the medical order execution system, realizing closed-loop management of medical order information execution.
According to a third aspect of embodiments of the present disclosure, there is provided a computer-readable storage medium having stored thereon a computer program which, when executed by a processor, implements a method of constructing a state-based order execution system as described above.
According to a fourth aspect of the embodiments of the present disclosure, there is provided a computer device, including a memory, a processor, and a computer program stored on the memory and executable on the processor, where the processor implements a method for constructing a state-based order execution system as described above when the program is executed.
Compared with the prior art, the beneficial effects of the present disclosure are:
(1) The scheme of the application realizes the quick establishment of the management of closed loop of the hospital doctor's advice execution, can establish an effective doctor's advice execution supervision model, and is convenient for the hospital to carry out the quality control of the deep process, the process supervision and the real-time transmission of information; based on the doctor's advice execution system, through introducing corresponding information acquisition equipment (for example, the scanning wrist strap that medical personnel wore), can effectively avoid the execution error in the aspect of manual check, medication through above-mentioned doctor's advice closed loop management, realize the feedback of clinical execution link control and information, provide medical quality and work efficiency.
(2) According to the scheme, the problems that multiple repeated codes are formed and later maintenance is difficult due to the fact that each business side is automatically docked with an execution department are considered, the conversion logic of an order to execution list and a data transmission mode are extracted, common codes are formed, unified consideration and unified later demand adjustment are facilitated, unified entrances and exits can be formed, and unified adjustment and optimization are facilitated.
(3) The scheme of the method adopts a form of extracting an independent component, a sender and a receiver are subjected to component integration, business engineering is embedded in the form of the component, codes are uniform, the length of a calling link is not increased, and the calling time is saved; the conversion logic is unified and abstracted to form a route guide by taking a routing rule and unified inlet and outlet standard data as a principle, and the front-end and rear-end polymorphism conversion is used as an implementation means.
Additional aspects of the disclosure will be set forth in part in the description which follows and, in part, will be obvious from the description, or may be learned by practice of the disclosure.
Drawings
The accompanying drawings, which are included to provide a further understanding of the disclosure, illustrate and explain the exemplary embodiments of the disclosure and together with the description serve to explain the disclosure, and do not constitute an undue limitation on the disclosure.
FIG. 1 is a flow chart of a method of constructing a state-based order execution hierarchy in accordance with a first embodiment of the present disclosure;
FIG. 2 is a schematic illustration of a physician order status analysis according to a first embodiment of the present disclosure;
FIG. 3 is a schematic diagram of an event subscription architecture according to a first embodiment of the present disclosure;
fig. 4 is a schematic structural diagram of an event handler according to a first embodiment of the disclosure.
Detailed Description
The disclosure is further described below with reference to the drawings and examples.
It should be noted that the following detailed description is illustrative and is intended to provide further explanation of the present disclosure. Unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this disclosure belongs.
It is noted that the terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of exemplary embodiments in accordance with the present disclosure. As used herein, the singular is also intended to include the plural unless the context clearly indicates otherwise, and furthermore, it is to be understood that the terms "comprises" and/or "comprising" when used in this specification are taken to specify the presence of stated features, steps, operations, devices, components, and/or combinations thereof.
Embodiments of the present disclosure and features of embodiments may be combined with each other without conflict. Embodiment one:
the embodiment aims to provide a method for constructing a state-based doctor's advice execution system.
A method of constructing a state-based order execution system, comprising:
decomposing the doctor's advice service operation procedure into standard atomization operation combinations, characterizing any doctor's advice service process through atomization operation sequences, and creating a service dictionary;
registering states for different doctor's advice services;
registering corresponding business events according to different doctor's advice states;
a subscription and release model is built based on the business event to form a unified data interaction interface;
an event subscription mechanism is built, an event processor based on state conversion is built, and a doctor's advice execution system model based on state is formed; and based on the medical order execution system model, realizing closed-loop management of medical order information execution.
Specifically, for ease of understanding, the following details of the scheme of the present disclosure are described by way of specific examples with reference to fig. 1:
step (1): constructing a service business system;
the specific implementation steps of the step (1) are as follows:
step (101): creating service activities, wherein the service activities refer to each atomic unit in medical behavior, and the concepts stated by the atomic units are equivalent effects in each hospital and cannot generate different business logics in different hospitals.
Step (102): creating a service process, wherein the service process refers to a service process connected in series by personalized customization for different service activities, and the same service of each hospital may have different service processes, that is, different service processes are formed by different service activities.
Step (103): a service dictionary is created, which refers to a generic term for the carrier whose content is described for the different services. For describing the flow content and rule information of the service.
The specific creation of the service dictionary comprises the following steps:
unified institution department: the institutions and departments established in the service platform can correlate the development of the service in different institutions, and the basis of service coordination is realized.
Unifying hospital personnel: the unified main index of the hospital staff is established, the information association of the hospital staff can be realized when the hospital staff works in different institutions, and finally, important data basis is provided for the fine personnel management of the hospital.
Unifying a core dictionary: the core dictionary used by the unified mechanism and the unified standard dictionary library established in the business center can be cited by each mechanism according to own needs, and meanwhile, the variable personalized attribute of part of the dictionary can be adjusted.
Unified service: the unified service dictionary is based on the unified mechanism, dictionary and personnel described above, and can realize medical service unification, so that medical cooperation between medical institutions is facilitated.
Unifying patient indexes, unifying patient unique main indexes of patients registered by the cloud HIS, unifying registration entrances of the patients, and directly realizing uniqueness of patient information from the aspect of business.
Uniform resource, which is to build uniform resource index for medicine, material, equipment and other resources of the hospital, can open up resource channels among different institutions and build uniform resource centers.
Step (2): registering states for different doctor's advice services;
the specific implementation steps of the step (2) are as follows:
step (201): different states of the combing orders are analyzed, such as order preservation, order signature, order collation, order transmission, order execution.
Step (202): different medical advice services appear in different links of medical advice, and corresponding medical advice services are registered to corresponding medical advice links according to references of a service action domain and medical advice states.
Step (3): registering an event according to the state;
the specific implementation steps of the step (3) are as follows:
step (301): different order states trigger different events and service events appear in different order states.
Step (302): event implementation. For example, the event that the order is sent back to trigger generation of the order execution plan dynamically generates a corresponding execution plan according to the frequency, usage and medication days of the order.
Step (4): building a subscription release model based on the event;
the specific implementation steps of the step (4) are as follows:
step (401): different events may correspond to different service processes, for example, in the function of sending orders in HIS engineering, since the business parties such as outpatient service, hospitalization need to send orders to different executive departments (such as LIS, PACS, etc.), different data protocol interfacing is required between the outpatient service, hospitalization and different executive departments. A transmission code implementation of N x N will be formed. If each business party carries out the butt joint by itself, a plurality of repeated codes are formed, and the later maintenance is changed a plurality of times.
Therefore, under the background, the conversion logic of the doctor's advice conversion execution list and the data transmission mode are required to be extracted out to form a public code, so that unified consideration and unified later-period requirement adjustment are facilitated, a unified access can be formed, and unified adjustment and optimization are facilitated.
Step (5): establishing an event subscription system;
the specific implementation steps of the step (5) are as follows:
step (501): and constructing an event subscription system, and adopting a form of extracting independent components, wherein a sender and a receiver are subjected to component integration. The service engineering is embedded in the form of the component, the codes are uniform, the calling link length is not increased, and the calling time is saved. The conversion logic is unified and abstracted to form a route guide by taking a routing rule and unified inlet and outlet standard data as a principle, and the front-end and rear-end polymorphism conversion is used as an implementation means.
Step (6): when the monitor captures the trigger of a certain business event, the event processor corresponding to the business event is called by the event processor, and the implementation of the event processor belongs to the conventional technology for the developer, so that the description is omitted here.
Embodiment two:
an object of the present embodiment is to provide a system for constructing a status-based order execution hierarchy.
A system for constructing a state-based order execution hierarchy, comprising:
the business system construction module is used for decomposing the doctor's advice service operation procedure into standard atomization operation combinations, characterizing any doctor's advice service procedure through an atomization operation sequence, and creating a service dictionary;
the state registration module is used for registering states for different doctor's advice services;
the business event registration module is used for registering corresponding business events according to different doctor's advice states;
the publishing model building module is used for building a subscribing publishing model based on the business event to form a unified data interaction interface;
the event processor construction module is used for constructing an event subscription system and realizing the assembly integration of the doctor's advice sender and the doctor's advice receiver by adopting a form of extracting independent assemblies; establishing an event processor based on state conversion to form a doctor's advice execution system based on state; and based on the medical order execution system, realizing closed-loop management of medical order information execution.
In further embodiments, there is also provided:
an electronic device comprising a memory and a processor and computer instructions stored on the memory and running on the processor, which when executed by the processor, perform the method of embodiment one. For brevity, the description is omitted here.
It should be understood that in this embodiment, the processor may be a central processing unit CPU, and the processor may also be other general purpose processors, digital signal processors DSP, application specific integrated circuits ASIC, off-the-shelf programmable gate array FPGA or other programmable logic device, discrete gate or transistor logic devices, discrete hardware components, or the like. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like.
The memory may include read only memory and random access memory and provide instructions and data to the processor, and a portion of the memory may also include non-volatile random access memory. For example, the memory may also store information of the device type.
A computer readable storage medium storing computer instructions which, when executed by a processor, perform the method of embodiment one.
The method in the first embodiment may be directly implemented as a hardware processor executing or implemented by a combination of hardware and software modules in the processor. The software modules may be located in a random access memory, flash memory, read only memory, programmable read only memory, or electrically erasable programmable memory, registers, etc. as well known in the art. The storage medium is located in a memory, and the processor reads the information in the memory and, in combination with its hardware, performs the steps of the above method. To avoid repetition, a detailed description is not provided herein.
Those of ordinary skill in the art will appreciate that the elements of the various examples described in connection with the present embodiments, i.e., the algorithm steps, can be implemented as electronic hardware or combinations of computer software and electronic hardware. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the solution. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.
The medical advice information processing method and system based on the state can be realized, and has wide application prospect.
The foregoing description of the preferred embodiments of the present disclosure is provided only and not intended to limit the disclosure so that various modifications and changes may be made to the present disclosure by those skilled in the art. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present disclosure should be included in the protection scope of the present disclosure.
While the specific embodiments of the present disclosure have been described above with reference to the drawings, it should be understood that the present disclosure is not limited to the embodiments, and that various modifications and changes can be made by one skilled in the art without inventive effort on the basis of the technical solutions of the present disclosure while remaining within the scope of the present disclosure.

Claims (5)

1. The method for constructing the doctor's advice execution system based on the state is characterized by comprising the following steps:
creating a service activity, wherein the service activity pointer refers to the collective name of each atomization operation flow in a hospital, and the service activity refers to each atomic unit in medical behavior;
creating a service process, wherein the service process refers to a business process connected in series by personalized customization aiming at different service activities;
decomposing the doctor's advice service operation procedure into standard atomization operation combinations, and characterizing any doctor's advice service procedure through an atomization operation sequence; the atomization operation corresponds to each atomic operation unit in medical treatment of a hospital, and the meanings of the atomic operation units are required to be unified among medical institutions;
creating a service dictionary, the creation of the service dictionary comprising: unifying a patient main index, an institution department, hospital personnel, hospital resources, a core dictionary and services among medical conjuncted medical institutions to construct a service dictionary;
the specific service dictionary creation process comprises the following steps: unified institution department: the institutions and departments established in the service platform can correlate the development of the service in different institutions, so that the basis of service coordination is realized; unifying hospital personnel: establishing a unified main index of hospital staff, wherein the hospital staff can realize information association of the hospital staff when working in different institutions, and finally, providing important data basis for fine personnel management of hospitals; unifying a core dictionary: the method comprises the steps that a core dictionary used by a unified mechanism and a unified standard dictionary library are established in a business center, each mechanism can refer to a dictionary required according to own needs, and meanwhile, variable personalized attributes of part of the dictionary can be adjusted; unified service: the unified service dictionary is based on the unified mechanism, dictionary and personnel described above, can realize the unification of medical services, and is convenient for medical coordination among medical institutions; unifying patient indexes, wherein a patient with unified cloud HIS registration establishes a patient unique main index, unifies a registration entrance of the patient, and directly realizes the uniqueness of patient information from the aspect of business; unified resource, which is to build unified resource index for the medicine, material, equipment and other resources of the hospital, so that the resource channel can be opened between different institutions, and a unified resource center can be built;
status registration is performed for different order services, the status registration is performed for different order services, including the following steps: analyzing different states of the order, the states comprising: the method comprises the steps of medical advice storage, medical advice signing, medical advice checking, medical advice sending and medical advice execution, wherein corresponding medical advice services are registered to corresponding medical advice links according to references of a service action domain and medical advice states;
registering the corresponding business event according to different doctor's advice states, including: different doctor's advice states trigger different events, and all business events occurring in the different doctor's advice states are determined; aiming at different business event types, realizing corresponding execution processes by programs;
a subscription and release model is built based on service events, a unified data interaction interface is formed, an event subscription system is built, a form of extracting independent components is adopted, service engineering is embedded in the form of the components, codes are unified, and component integration of a medical advice sender and a medical advice receiver is realized; the method comprises the following steps: extracting the conversion logic of the doctor's advice transfer execution list and the data transmission mode to form a public calling interface, and realizing the interaction of data through interface calling in the execution process of different business events;
establishing an event processor based on state conversion to form a doctor's advice execution system based on state; and based on the medical order execution system, realizing closed-loop management of medical order information execution.
2. The method for constructing a state-based order execution hierarchy according to claim 1, wherein the service procedure refers to a business process that is serially connected through an atomization operation for different order services, and wherein the same order service of each hospital has a different business process, that is, has a combination of different atomization operations to form different service procedures.
3. A system for constructing a state-based order execution system for implementing the method for constructing a state-based order execution system according to any one of claims 1 to 2, comprising:
the business system construction module is used for decomposing the doctor's advice service operation procedure into standard atomization operation combinations, characterizing any doctor's advice service procedure through an atomization operation sequence, and creating a service dictionary;
the state registration module is used for registering states for different doctor's advice services;
the business event registration module is used for registering corresponding business events according to different doctor's advice states;
the publishing model building module is used for building a subscribing publishing model based on the business event to form a unified data interaction interface;
the event processor construction module is used for constructing an event subscription system and realizing the assembly integration of the doctor's advice sender and the doctor's advice receiver by adopting a form of extracting independent assemblies; establishing an event processor based on state conversion to form a doctor's advice execution system based on state; and based on the medical order execution system, realizing closed-loop management of medical order information execution.
4. A computer readable storage medium having stored thereon a computer program, which when executed by a processor, implements a method of constructing a state-based order execution hierarchy as claimed in any one of claims 1-2.
5. A computer device comprising a memory, a processor, and a computer program stored on the memory and executable on the processor, wherein the processor implements the method of constructing a state-based order execution hierarchy of any one of claims 1-2 when the program is executed.
CN202110120381.7A 2021-01-28 2021-01-28 Construction method and system of doctor's advice execution system based on state Active CN112768049B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110120381.7A CN112768049B (en) 2021-01-28 2021-01-28 Construction method and system of doctor's advice execution system based on state

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110120381.7A CN112768049B (en) 2021-01-28 2021-01-28 Construction method and system of doctor's advice execution system based on state

Publications (2)

Publication Number Publication Date
CN112768049A CN112768049A (en) 2021-05-07
CN112768049B true CN112768049B (en) 2023-11-14

Family

ID=75706512

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110120381.7A Active CN112768049B (en) 2021-01-28 2021-01-28 Construction method and system of doctor's advice execution system based on state

Country Status (1)

Country Link
CN (1) CN112768049B (en)

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103839125A (en) * 2012-11-27 2014-06-04 大连斯马特科技发展有限公司 Hospital information integration management platform system
CN105787842A (en) * 2014-12-26 2016-07-20 北大医疗信息技术有限公司 Medical business data distribution method and medical business data distribution system
CN107194167A (en) * 2017-05-17 2017-09-22 医惠科技有限公司 A kind of doctors and patients' data management system and method
CN108091400A (en) * 2017-12-15 2018-05-29 泰康保险集团股份有限公司 For customizing the method, apparatus and storage medium that doctor's advice performs flow
CN109920525A (en) * 2019-03-11 2019-06-21 聂良刚 A kind of medical treatment medicare system
CN110010232A (en) * 2018-01-05 2019-07-12 深圳市前海安测信息技术有限公司 Region public health resources share cooperative system and method
CN111370143A (en) * 2020-03-26 2020-07-03 武汉博科国泰信息技术有限公司 Medical data integration platform processing system
CN111949420A (en) * 2020-08-10 2020-11-17 智业软件股份有限公司 Business operation flow control method, terminal equipment and storage medium

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103839125A (en) * 2012-11-27 2014-06-04 大连斯马特科技发展有限公司 Hospital information integration management platform system
CN105787842A (en) * 2014-12-26 2016-07-20 北大医疗信息技术有限公司 Medical business data distribution method and medical business data distribution system
CN107194167A (en) * 2017-05-17 2017-09-22 医惠科技有限公司 A kind of doctors and patients' data management system and method
CN108091400A (en) * 2017-12-15 2018-05-29 泰康保险集团股份有限公司 For customizing the method, apparatus and storage medium that doctor's advice performs flow
CN110010232A (en) * 2018-01-05 2019-07-12 深圳市前海安测信息技术有限公司 Region public health resources share cooperative system and method
CN109920525A (en) * 2019-03-11 2019-06-21 聂良刚 A kind of medical treatment medicare system
CN111370143A (en) * 2020-03-26 2020-07-03 武汉博科国泰信息技术有限公司 Medical data integration platform processing system
CN111949420A (en) * 2020-08-10 2020-11-17 智业软件股份有限公司 Business operation flow control method, terminal equipment and storage medium

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
基于语义技术的临床路径信息系统模型设计与实现;曹润顾;《中国优秀硕士学位论文全文数据库(硕士)信息科技辑》;20170630(第06期);论文正文第20-26页 *

Also Published As

Publication number Publication date
CN112768049A (en) 2021-05-07

Similar Documents

Publication Publication Date Title
Rojas et al. Process mining in healthcare: A literature review
CN101803293B (en) Healthcare semantic interoperability platform
Lillrank et al. Processes, episodes and events in health service supply chains
Vaidyam et al. Enabling research and clinical use of patient-generated health data (the mindLAMP Platform): digital phenotyping study
CN102567607A (en) Clinic path information system
Asare et al. Conformance checking: Workflow of hospitals and workflow of open-source EMRs
Detro et al. Enhancing semantic interoperability in healthcare using semantic process mining
CN103679332A (en) Medical care system for holistic nursing of traditional Chinese medicine
CN111370143A (en) Medical data integration platform processing system
CN112768049B (en) Construction method and system of doctor's advice execution system based on state
Bowles et al. Annotated BPMN models for optimised healthcare resource planning
Shukla et al. Blockiot-retel: Blockchain and iot based read-execute-transact-erase-loop environment for integrating personal health data
Shahzad et al. A goal–oriented approach for business process improvement using process warehouse data
CN105426684A (en) Auxiliary diagnosis and treatment system for respiratory department
Yang et al. Information flow analysis of scientific workflows
Kuziemsky et al. Engineering the healthcare collaboration space
Murphy et al. Information Technology Systems
Muriana et al. A distributed integration system enabling electronic health records: An Italian experience
Dobrescu et al. Impact of information technology on the quality of health services
Corradini et al. A technique for discovering BPMN collaboration diagrams
Perdana et al. Hospital Resource Management Interoperability for Pandemic Management: Research Development
Aburub et al. Deriving Informational Needs from Process Models: the Case of Cell Therapy and Bone Marrow Transplant Workflow in a Cancer Center Organization
Martsenyuk et al. On Code Refactoring for Decision Making Component Combined with the Open-Source Medical Information System
Yang et al. AI Clinics on Mobile (AICOM): Universal AI Doctors for the Underserved and Hard-to-Reach
Llerena et al. All vaccinated: open-source web system for the control of vaccination processes in health centers

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
CB02 Change of applicant information

Address after: No. 1237 Yingxiu Road, High tech Zone, Jinan City, Shandong Province, 250101

Applicant after: Zhongyang Health Technology Group Co.,Ltd.

Address before: 12 / F, building 1, Aosheng building, 1166 Xinluo street, hi tech Zone, Jinan City, Shandong Province

Applicant before: SHANDONG MSUNHEALTH TECHNOLOGY GROUP Co.,Ltd.

CB02 Change of applicant information
GR01 Patent grant
GR01 Patent grant