CN113778560B - 医院就诊流程定制开发及执行的方法与系统、设备与介质 - Google Patents
医院就诊流程定制开发及执行的方法与系统、设备与介质 Download PDFInfo
- Publication number
- CN113778560B CN113778560B CN202111085934.6A CN202111085934A CN113778560B CN 113778560 B CN113778560 B CN 113778560B CN 202111085934 A CN202111085934 A CN 202111085934A CN 113778560 B CN113778560 B CN 113778560B
- Authority
- CN
- China
- Prior art keywords
- plug
- standard process
- standard
- patient
- execution
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 440
- 230000008569 process Effects 0.000 title claims abstract description 311
- 238000011161 development Methods 0.000 title claims abstract description 81
- 238000004458 analytical method Methods 0.000 claims abstract description 15
- 238000001514 detection method Methods 0.000 claims abstract description 15
- 238000010561 standard procedure Methods 0.000 claims description 61
- 238000003745 diagnosis Methods 0.000 claims description 15
- 238000004590 computer program Methods 0.000 claims description 7
- 230000001360 synchronised effect Effects 0.000 claims description 7
- 230000005540 biological transmission Effects 0.000 claims description 4
- 230000003213 activating effect Effects 0.000 claims 2
- 230000006870 function Effects 0.000 abstract description 16
- 230000006978 adaptation Effects 0.000 abstract description 6
- 230000009977 dual effect Effects 0.000 abstract description 5
- 230000000007 visual effect Effects 0.000 description 6
- 238000012790 confirmation Methods 0.000 description 3
- 238000010586 diagram Methods 0.000 description 3
- 238000012423 maintenance Methods 0.000 description 3
- 238000004891 communication Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000004913 activation Effects 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000008878 coupling Effects 0.000 description 1
- 238000010168 coupling process Methods 0.000 description 1
- 238000005859 coupling reaction Methods 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/445—Program loading or initiating
- G06F9/44521—Dynamic linking or loading; Link editing at or after load time, e.g. Java class loading
- G06F9/44526—Plug-ins; Add-ons
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/70—Software maintenance or management
- G06F8/71—Version control; Configuration management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/70—Software maintenance or management
- G06F8/73—Program documentation
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Library & Information Science (AREA)
- Stored Programmes (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明公开了一种医院就诊流程定制开发及执行的方法与系统、设备与介质，医院就诊流程定制开发方法包括如下步骤：设置与医院就诊流程的标准需求相对应的若干标准过程，每个标准过程包括对应的标识符；定制与所述医院就诊流程的个性化需求相对应的插件，插件与标准过程相关联，插件的属性包括关联的标准过程对应的标识符；将插件添加至关联的标准过程，以生成医院就诊流程。本发明通过基于标准过程合理设置标识符并设计配套的插件探测、解析及执行功能，极大地降低了开发成本，在保证医院就诊流程的执行稳定性的同时，提高了医院就诊流程的功能可扩展性和系统适配度，从而符合医院业务的通用化和个性化的双重要求，具有广泛的应用前景。
Description
技术领域
本发明涉及医院就诊流程开发技术领域，尤其涉及一种医院就诊流程的定制开发及执行的方法与系统、设备与介质。
背景技术
当今信息技术的高速发展，令原本复杂的业务流程能够基于模块化得以实现，较为典型的应用之一就是医院的就诊流程。患者在就诊流程中挂号、排队、报到、叫号及就诊等环节可以按照模块化的标准过程予以设计。不过，由于各个医院的业务模式和机构设置不尽相同，往往难以满足医院就诊的个性化流程。
插件是一种遵循一定规范的应用程序接口编写出来的程序。随着插件技术的成熟，可以对相对固化的系统进行补充，适配不同的应用场景及业务流程。但是插件的来源、种类、运行及数据流实现方式繁多，不同的业务流程中往往需要截然不同的插件来实现。与此同时，基于模块化标准过程的系统虽然具有架构稳定、运行效率高和便于维护的优势，却因为相对较高的耦合度而导致不容易兼容、适配不同的插件，最终造成很多需要定制功能的场景下，仍然不得不在现有基础上在系统中另行增设模块，大大增加了开发和维护的工作量，也容易影响后期业务流程执行运转过程中的稳定性。
发明内容
本发明要解决的技术问题是为了克服现有技术中，基于标准过程的业务流程无法满足个性化的业务需求，难以兼顾架构稳定和功能灵活的缺陷，提供一种医院就诊流程的定制开发及执行的方法与系统、设备与介质。
本发明是通过下述技术方案来解决上述技术问题：
本发明提供了一种医院就诊流程的定制开发方法，包括如下步骤：
设置与所述医院就诊流程的标准需求相对应的若干标准过程，每个所述标准过程包括对应的标识符；
定制与所述医院就诊流程的个性化需求相对应的插件，所述插件与所述标准过程相关联，所述插件的属性包括关联的标准过程对应的标识符；
将所述插件添加至关联的标准过程，以生成所述医院就诊流程。
较佳地，所述插件的属性还包括插件位置信息；
若所述插件位置信息为前置，则所述插件在所述标准过程之前执行；
若所述插件位置信息为后置，则所述插件在所述标准过程之后执行。
较佳地，所述定制开发方法还包括：
生成插件管理组件，所述插件管理组件用于根据第一外部指令，添加或删除所述插件；和/或，根据第二外部指令，获取所述插件的执行次数、执行成功率、执行参数中的至少一种信息。
较佳地，所述医院就诊流程的标准需求对应于依次执行的第一标准过程、第二标准过程、第三标准过程、第四标准过程、第五标准过程、第六标准过程：
所述第一标准过程用于获取患者数据，并将所述患者数据导入第二标准过程；
所述第二标准过程用于根据所述患者数据，更新患者数据库；
所述第三标准过程根据所述患者数据库，生成患者排队信息，以及更新患者就医状态为未激活；
所述第四标准过程用于获取患者报到信息，并根据所述患者报到信息，更新所述患者排队信息，以及更新所述患者就医状态为排队中；
所述第五标准过程用于获取患者叫号信息，并根据所述患者叫号信息，更新所述患者排队信息，以及更新所述患者就医状态为就诊中；
所述第六标准过程用于获取患者结诊信息，并根据所述患者结诊信息，更新所述患者就医状态为结诊。
本发明还提供了一种医院就诊流程的定制开发系统，包括：
标准过程设置模块，用于设置与所述医院就诊流程的标准需求相对应的若干标准过程，每个所述标准过程包括对应的标识符；
插件定制模块，用于定制与所述医院就诊流程的个性化需求相对应的插件，所述插件关联于一个所述标准过程，所述插件的属性包括关联的标准过程对应的标识符；
就诊流程生成模块，用于将所述插件添加至关联的标准过程，以更新所述医院就诊流程。
较佳地，所述插件的属性还包括插件位置信息；
若所述插件位置信息为前置，则所述插件在所述标准过程之前执行；
若所述插件位置信息为后置，则所述插件在所述标准过程之后执行。
较佳地，所述定制开发系统还包括：
组件生成模块，用于生成插件管理组件，以根据第一外部指令添加或删除所述插件；和/或，根据第二外部指令，获取所述插件的执行次数、执行成功率、执行参数中的至少一种信息。
本发明还提供了一种医院就诊流程的执行方法，所述医院就诊流程基于上述的医院就诊流程的定制开发方法获得，所述执行方法包括：
获取待执行的标准过程对应的标识符；
检测每个插件的属性，以获得标识符和插件位置信息；其中，所述标识符用于确定与所述待执行的标准过程关联执行的插件；所述插件位置信息用于确定所述待执行的标准过程和关联的插件的执行顺序；
按照所述执行顺序，依次执行所述待执行的标准过程和所述插件。
较佳地，按照所述执行顺序，依次执行所述待执行的标准过程和所述插件的步骤包括：
解析所述插件的属性，生成与所述插件对应的执行指令；
按照所述执行顺序，依次执行所述待执行的标准过程和所述执行指令。
本发明还提供了一种医院就诊流程的执行系统，所述医院就诊流程基于上述的医院就诊流程的定制开发方法获得，所述执行系统包括：
标识符获取模块，用于获取待执行的标准过程对应的标识符；
插件检测模块，用于检测每个插件的属性，以获得标识符和插件位置信息；其中，所述标识符用于确定与所述待执行的标准过程关联执行的插件；所述插件位置信息用于确定所述待执行的标准过程和关联的插件的执行顺序；
解析执行模块，用于按照所述执行顺序，依次执行所述待执行的标准过程和所述插件。
较佳地，所述解析执行模块包括：
解析单元，用于解析所述插件的属性，生成与所述插件对应的执行指令；
执行单元，用于按照所述执行顺序，依次执行所述待执行的标准过程和所述执行指令。
本发明还提供了一种电子设备，包括存储器以及与所述存储器连接的处理器，所述处理器执行存储在所述存储器上的计算机程序时实现上述的医院就诊流程的定制开发方法或医院就诊流程的执行方法。
本发明还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述的医院就诊流程的定制开发方法或医院就诊流程的执行方法。
本发明的积极进步效果在于，本发明提供的医院就诊流程的定制开发及执行的方法与系统、设备与介质，通过基于模块化的标准过程合理设置标识符，并设计配套的插件探测、解析及执行功能，使定制的插件能够按需和标准过程关联执行，极大地降低了开发成本，并且在保证医院就诊流程的执行稳定性的同时，提高了医院就诊流程的功能可扩展性和系统适配度，从而符合医院业务的个性化开发应用需求，具有广泛而良好的应用前景。
附图说明
图1为本发明的实施例1中的医院就诊流程的定制开发方法的流程示意图。
图2为本发明的实施例1中的医院就诊流程的流程示意图。
图3为本发明的实施例2中的医院就诊流程的定制开发系统的模块示意图。
图4为本发明的实施例3中的医院就诊流程的执行方法的流程示意图。
图5为本发明的实施例4中的医院就诊流程的执行系统的模块示意图。
图6为本发明的实施例5中的电子设备的结构框图。
具体实施方式
下面通过实施例的方式进一步说明本发明，但并不因此将本发明限制在所述的实施例范围之中。
实施例1
参见图1所示，本实施例具体提供了本发明提供了一种医院就诊流程的定制开发方法，包括如下步骤：
S1.设置与医院就诊流程的标准需求相对应的若干标准过程，每个标准过程包括对应的标识符；
S2.定制与医院就诊流程的个性化需求相对应的插件，插件与标准过程相关联，插件的属性包括关联的标准过程对应的标识符；
S3.将插件添加至关联的标准过程，以生成医院就诊流程。
患者去医院就诊通常按照下述就诊过程：患者预约—患者挂号—患者报到—患者等待—患者就诊。但不同的医院往往有其个性化的流程，甚至同一家医院的不同科室都有其个性化的就诊流程。既然是个性化，就意味着需要在开发过程中进行整体定制代码，但整体定制代码只能在这家医院甚至这个科室生效，其他地方不需要也无法使用，造成定制的使用效率低，开发成本高。同时架构稳定性也是需要考虑的问题。本实施例提供的医院就诊流程的定制开发方法即旨在同时满足高效定制开发和保证定制代码不影响基本架构完整可靠的要求。
具体地，步骤S1设置与医院就诊流程的标准需求相对应的若干标准过程，每个标准过程包括对应的标识符。
较佳地，医院就诊流程的标准需求对应于依次执行的第一标准过程、第二标准过程、第三标准过程、第四标准过程、第五标准过程、第六标准过程。
第一标准过程用于获取患者数据，并将患者数据导入第二标准过程；例如获取HIS(Hospital Information System，医院信息系统)系统、LIS(Laboratory InformationSystem，实验室或检验科信息系统)系统、PACS(Picture Archiving and CommunicationSystems，影像归档和通信系统)系统等提供的患者数据，并将其导入标准过程二。
第二标准过程用于根据患者数据，更新患者数据库；即判断患者数据如果是目前不存在的即进行导入，如果是已存的即进行更新，从而据此更新到原始患者表。
第三标准过程根据患者数据库，生成患者排队信息，以及更新患者就医状态为未激活；也就是使患者在不同的就诊队列中排队。
第四标准过程用于获取患者报到信息，并根据患者报到信息，更新患者排队信息，以及更新患者就医状态为排队中；
第五标准过程用于获取患者叫号信息，并根据患者叫号信息，更新患者排队信息，以及更新患者就医状态为就诊中；
第六标准过程用于获取患者结诊信息，并根据患者结诊信息，更新患者就医状态为结诊。
当然本领域技术人员可以理解，以上仅列举了常规意义上的患者初诊就诊过程，本发明所涉及的医院就诊流程的标准需求对应的标准过程包括但不限于上述内容，例如还可以包括诸如过号、回诊等就诊流程，在此不予赘述。
基于标准过程，步骤S1在每个标准中设置对应的标识符，用于使插件能够根据标识符确定所对应的标准过程。标识符可以不限于写入标准过程代码注释部分的方式实现。
步骤S2根据医院就诊流程的个性化需求，定制与标准过程相关联的插件。插件的形式可以有多种，例如基于Java(开发语言)、Python(开发语言)、JavaScript(开发语言)等开发平台生成。
插件的属性包括关联的标准过程对应的标识符；以使插件能够根据标识符确定所对应的标准过程。具体地，参见图2所示，可以在每个标准过程设置插件探测组件，根据标准过程的唯一标识来判断是否存在关联的插件。如果存在，则执行插件。可以理解，插件检测组件可以在标准过程的执行时进行加载。
此外，插件属性还包括但不限于：插件名称、插件序号、代码类型、代码主入口、输入参数、输出参数、执行方式、启用信息等。
其中，插件序号、插件名称用于在插件数据库中标明不同插件，以便查询获取等管理操作；代码类型即表征插件基于何种开发语言，在何种开发平台环境中生成，从而以便后续进行解析；代码主入口、输入参数、输出参数表征了插件在和标准过程关联执行的过程中的参数传递细节；执行方式表征该插件是同步执行或异步执行，其中同步执行必须在插件执行完毕后，整个流程才继续往下执行，在没有得到插件的结果之前，不执行后续操作。异步执行指调用者例如标准过程在没有得到插件的结果之前，就可以继续执行后续操作。当这个调用完成后，一般通过状态、通知和回调来通知调用者。启用信息可以理解为该插件的开关状态，当启用信息为停用时该插件不被启用。当然，本领域技术人员可以知晓，本发明的插件包括但不限于上述属性。
在设置了标准过程和关联的插件后，步骤S3将插件添加至关联的标准过程以生成完整的医院就诊流程。其中，标准过程可以作为核心代码，插件则是基于个性化需求的定制代码，插件不在核心标准过程代码内，而是独立的代码文件。
作为较佳的实施方式，插件的属性还包括插件位置信息；若插件位置信息为前置，则插件在标准过程之前执行；若插件位置信息为后置，则插件在标准过程之后执行。
插件的属性中包括插件位置信息，用于表征某个插件与其关联的标准过程直接执行的位序关系，通过判断插件位置信息，确定插件在标准过程之前或之后执行，从而据此调用执行插件，完成医院的就诊流程。
其实现流程可以包括但不限于：开始执行标准过程N(N按需取值)——根据标识符，查找到关联于标准过程N的若干插件，并分别确定是前置或者后置——依次执行插件(例如均是前置插件)——根据前置插件执行的返回值判断是否继续执行标准过程——若是，则继续执行标准过程N，并查询得到关联于标准过程N的后置插件——依次执行后置插件——返回最终执行结果。
以某医院就诊流程的开发为例，该医院对于患者就诊的第四标准过程也就报到环节有个性化需求，需要在患者报到成功后，把患者报到医生所在诊室信息回传给HIS系统。对于这种其他医院未必需要的定制需求，如果在标准过程代码里予以实现，那么就很难实现开发成果的复用性，并且后期维护也是不可预期的。例如开发了“回传医生所在诊室给HIS”的插件来实现上述个性化需求，则该插件的属性里，插件位置信息设置为后置，插件的标识符为第四标准过程(报到)，也就是使得该插件不仅与第四标准过程关联，并确定了关联执行时先执行第四标准过程，再执行该插件。插件的传入参数是第四标准过程返回的结果对象即报到医生所在诊室信息。同时考虑到这家医院如果诊室信息回传不成功会导致后续叫号流程中，医生工作站没有患者信息而无法正常叫号且患者并不知情，所以将插件的属性中的执行方式设置为同步，以确保回传成功才能返回给患者报到成功的确认信息，否则返回报到失败并提示失败原因。
另外，以某医院的体检项目的就诊流程为例说明本实施例的定制开发方法。通常每个患者有很多体检项目，即对应的一个标准过程，一个体检项目结束后会自动激活下一个距离最近、排队人数最少的体检项目。但是某医院存在这样的需求：有个女性专区，进入女性体检项目后，必须做完全部检查项才能继续其他女性体检项目以外的体检项目。对于这样的个性化需求，可以通过本实施方式以设置前置插件来实现，例如设置“女性体检项目激活”的插件，将其属性中的插件位置信息设置为前置，并关联至每个体检项目对应的标准过程，从而使得标准过程执行中首先检测是否为女性体检项目，如果不是则正常执行标准过程，如果是女性项目则在执行完毕后，根据距离最近、排队人数最少的条件激活下一女性体检项目。从而实现了个性化需求无缝嵌入当前的体检项目的标准过程。
本实施方式在完全不影响核心业务流程的基础上实现了插件添加，增加了开发成果的复用性，可以继续应用到其他医院项目里，也确保了核心业务的稳定。开发人员只需针对个性化定制需求简单定制回传代码，并配置到相关标准过程中，就满足了通用化和个性化的双重要求。
在一种可选的实施方式中，本实施例的医院就诊流程的定制开发方法还包括：生成插件管理组件以根据第一外部指令，添加或删除插件。本实施方式可以通过设置可视化的插件管理组件实现对插件的管理，插件管理组件可以作为医院就诊流程的后台模块，通过可视化方式让用户对于每个标准过程实现增加或删除插件，也就是接收来自用户的第一外部指令添加或删除插件。
在另一种可选的实施方式中，本实施例的医院就诊流程的定制开发方法还包括：生成插件管理组件以根据第二外部指令，获取插件的执行次数、执行成功率、执行参数中的至少一种信息。本实施方式同样通过设置可视化的插件管理组件实现对插件的管理，根据用户的第二外部指令，去插件数据库中读取插件的执行次数、执行成功率、执行参数等信息。本领域技术人员可以理解，插件管理组件的具体交互模式和插件信息的存储包括但不限于上述方式。
本实施例提供的医院就诊流程的定制开发方法，通过基于模块化的标准过程合理设置标识符，并设计配套的插件探测、解析及执行功能，使定制的插件能够按需和标准过程关联执行，极大地降低了开发成本，并且在保证医院就诊流程的执行稳定性的同时，提高了医院就诊流程的功能可扩展性和系统适配度，从而符合医院业务的个性化开发应用需求，具有广泛而良好的应用前景。
实施例2
参见图3，本实施例具体提供了一种医院就诊流程的定制开发系统，包括：
标准过程设置模块1，用于设置与医院就诊流程的标准需求相对应的若干标准过程，每个标准过程包括对应的标识符；
插件定制模块2，用于定制与医院就诊流程的个性化需求相对应的插件，插件关联于一个标准过程，插件的属性包括关联的标准过程对应的标识符；
就诊流程生成模块3，用于将插件添加至关联的标准过程，以更新医院就诊流程。
患者去医院就诊通常按照下述就诊过程：患者预约—患者挂号—患者报到—患者等待—患者就诊。但不同的医院往往有其个性化的流程，甚至同一家医院的不同科室都有其个性化的就诊流程。既然是个性化，就意味着需要在开发过程中进行整体定制代码，但整体定制代码只能在这家医院甚至这个科室生效，其他地方不需要也无法使用，造成定制的使用效率低，开发成本高。同时架构稳定性也是需要考虑的问题。本实施例提供的医院就诊流程的定制开发系统即旨在同时满足高效定制开发和保证定制代码不影响基本架构完整可靠的要求。
具体地，标准过程设置模块1设置与医院就诊流程的标准需求相对应的若干标准过程，每个标准过程包括对应的标识符。
较佳地，医院就诊流程的标准需求对应于依次执行的第一标准过程、第二标准过程、第三标准过程、第四标准过程、第五标准过程、第六标准过程。
第一标准过程用于获取患者数据，并将患者数据导入第二标准过程；例如获取HIS系统、LIS系统、PACS系统等提供的患者数据，并将其导入标准过程二。
第二标准过程用于根据患者数据，更新患者数据库；即判断患者数据如果是目前不存在的即进行导入，如果是已存的即进行更新，从而据此更新到原始患者表。
第三标准过程根据患者数据库，生成患者排队信息，以及更新患者就医状态为未激活；也就是使患者在不同的就诊队列中排队。
第四标准过程用于获取患者报到信息，并根据患者报到信息，更新患者排队信息，以及更新患者就医状态为排队中；
第五标准过程用于获取患者叫号信息，并根据患者叫号信息，更新患者排队信息，以及更新患者就医状态为就诊中；
第六标准过程用于获取患者结诊信息，并根据患者结诊信息，更新患者就医状态为结诊。
当然本领域技术人员可以理解，以上仅列举了常规意义上的患者初诊就诊过程，本发明所涉及的医院就诊流程的标准需求对应的标准过程包括但不限于上述内容，例如还可以包括诸如过号、回诊等就诊流程，在此不予赘述。
基于标准过程，标准过程设置模块1在每个标准中设置对应的标识符，用于使插件能够根据标识符确定所对应的标准过程。标识符可以不限于写入标准过程代码注释部分的方式实现。
插件定制模块2根据医院就诊流程的个性化需求，定制与标准过程相关联的插件。插件的形式可以有多种，例如基于Java、Python、JavaScript等开发平台生成。
插件的属性包括关联的标准过程对应的标识符；以使插件能够根据标识符确定所对应的标准过程。具体地，可以在每个标准过程设置插件探测组件，根据标准过程的唯一标识来判断是否存在关联的插件。如果存在，则执行插件。可以理解，插件检测组件可以在标准过程的执行时进行加载。
此外，插件属性还包括但不限于：插件名称、插件序号、代码类型、代码主入口、输入参数、输出参数、执行方式、启用信息等。
其中，插件序号、插件名称用于在插件数据库中标明不同插件，以便查询获取等管理操作；代码类型即表征插件基于何种开发语言，在何种开发平台环境中生成，从而以便后续进行解析；代码主入口、输入参数、输出参数表征了插件在和标准过程关联执行的过程中的参数传递细节；执行方式表征该插件是同步执行或异步执行，其中同步执行必须在插件执行完毕后，整个流程才继续往下执行，在没有得到插件的结果之前，不执行后续操作。异步执行指调用者例如标准过程在没有得到插件的结果之前，就可以继续执行后续操作。当这个调用完成后，一般通过状态、通知和回调来通知调用者。启用信息可以理解为该插件的开关状态，当启用信息为停用时该插件不被启用。当然，本领域技术人员可以知晓，本发明的插件包括但不限于上述属性。
在设置了标准过程和关联的插件后，就诊流程生成模块3将插件添加至关联的标准过程以生成完整的医院就诊流程。其中，标准过程可以作为核心代码，插件则是基于个性化需求的定制代码，插件不在核心标准过程代码内，而是独立的代码文件。
作为较佳的实施方式，插件的属性还包括插件位置信息；若插件位置信息为前置，则插件在标准过程之前执行；若插件位置信息为后置，则插件在标准过程之后执行。
插件的属性中包括插件位置信息，用于表征某个插件与其关联的标准过程直接执行的位序关系，通过判断插件位置信息，确定插件在标准过程之前或之后执行，从而据此调用执行插件，完成医院的就诊流程。
其实现流程可以包括但不限于：开始执行标准过程N——根据标识符，查找到关联于标准过程N的若干插件，并分别确定是前置或者后置——依次执行插件(例如均是前置插件)——根据前置插件执行的返回值判断是否继续执行标准过程——若是，则继续执行标准过程N，并查询得到关联于标准过程N的后置插件——依次执行后置插件——返回最终执行结果。
本实施方式在完全不影响核心业务流程的基础上实现了插件添加，增加了开发成果的复用性，可以继续应用到其他医院项目里，也确保了核心业务的稳定。开发人员只需针对个性化定制需求简单定制回传代码，并配置到相关标准过程中，就满足了通用化和个性化的双重要求。
较佳地，本实施例的医院就诊流程的定制开发方法还包括组件生成模块4，用于生成插件管理组件。
在一种可选的实施方式中，插件管理组件用于根据第一外部指令，添加或删除插件。从而通过设置可视化的插件管理组件实现对插件的管理，插件管理组件可以作为医院就诊流程的后台模块，通过可视化方式让用户对于每个标准过程实现增加或删除插件，也就是接收来自用户的第一外部指令添加或删除插件。
在另一种可选的实施方式中，插件管理组件根据第二外部指令，获取插件的执行次数、执行成功率、执行参数中的至少一种信息，即同样通过设置可视化的插件管理组件实现读取插件的执行次数、执行成功率、执行参数等信息。本领域技术人员可以理解，插件管理组件的具体交互模式和插件信息的存储包括但不限于上述方式。
本实施例提供的医院就诊流程的定制开发系统，通过基于模块化的标准过程合理设置标识符，并设计配套的插件探测、解析及执行功能，使定制的插件能够按需和标准过程关联执行，极大地降低了开发成本，并且在保证医院就诊流程的执行稳定性的同时，提高了医院就诊流程的功能可扩展性和系统适配度，从而符合医院业务的个性化开发应用需求，具有广泛而良好的应用前景。
实施例3
参见图4，本实施例具体提供了一种医院就诊流程的执行方法，其中医院就诊流程基于实施例1中的医院就诊流程的定制开发方法获得，本实施例的执行方法包括：
S100.获取待执行的标准过程对应的标识符；
S200.检测每个插件的属性，以获得标识符和插件位置信息；其中，标识符用于确定与待执行的标准过程关联执行的插件；插件位置信息用于确定待执行的标准过程和关联的插件的执行顺序；
S300.按照执行顺序，依次执行待执行的标准过程和插件。
本实施例的医院就诊流程基于实施例1中的医院就诊流程的定制开发方法获得，其中对于标准过程的设置包括但不限于对应于医院就诊流程的标准需求的第一标准过程、第二标准过程、第三标准过程、第四标准过程、第五标准过程、第六标准过程，其定义参见实施例1的对应内容。标准过程中设置有对应的标识符，用于使插件能够根据标识符确定所对应的标准过程。标识符可以不限于写入标准过程代码注释部分的方式实现。本实施例中的插件是根据个性化需求定制的与标准过程相关联的插件。插件的属性包括关联的标准过程对应的标识符；以使插件能够根据标识符确定所对应的标准过程。插件属性还包括但不限于：插件名称、插件序号、代码类型、代码主入口、输入参数、输出参数、执行方式、启用信息等。上述标准过程可以作为核心代码，插件则是基于个性化需求的定制代码，插件不在核心标准过程代码内，而是独立的代码文件。
插件的具体定义同样可参见本发明实施例1中的相关内容。
在此基础上，步骤S100首先获取待执行的标准过程对应的标识符，步骤S200检测每个插件的属性以获得标识符和插件位置信息。其中，插件位置信息用于表征某个插件与其关联的标准过程直接执行的位序关系，插件位置信息为前置则插件在标准过程之前执行；插件位置信息为后置则插件在标准过程之后执行。
S300按照执行顺序，依次执行待执行的标准过程和插件。具体地，其实现的流程可以包括但不限于：开始执行标准过程N——根据标识符，查找到关联于标准过程N的若干插件，并分别确定是前置或者后置——依次执行插件(例如均是前置插件)——根据前置插件执行的返回值判断是否继续执行标准过程——若是，则继续执行标准过程N，并查询得到关联于标准过程N的后置插件——依次执行后置插件——返回最终执行结果。
以某医院就诊流程的开发为例，该医院对于患者就诊的第四标准过程也就报到环节有个性化需求，需要在患者报到成功后，把患者报到医生所在诊室信息回传给HIS系统。从而基于开发的“回传医生所在诊室给HIS”的插件来实现上述个性化需求，该插件的属性里插件位置信息设置为后置，插件的标识符为第四标准过程(报到)，也就是使得该插件不仅与第四标准过程关联，并确定了关联执行时先执行第四标准过程，再执行该插件。此外插件的属性中的执行方式设置为同步，以确保回传成功才能返回给患者报到成功的确认信息，否则返回报到失败并提示失败原因。
作为较佳的实施方式，步骤S300包括：
解析插件的属性，生成与插件对应的执行指令；
按照执行顺序，依次执行待执行的标准过程和执行指令。
其中，解析插件的属性针对不同的插件进行解析，即将基于各自开发平台生成的插件，通过解析通用接口来获得其主要的参数，生成可供标准过程调用的可执行方法，并在执行过程中传入实际的输入参数，并返回输出参数。例如对于JAVA平台下生成的插件，可以用反射的方式进行解析插件，根据包名、类名、方法名来生成可执行方法以供调用执行。
在此基础上，所有的标准过程以及关联的插件依次执行，即实现完整的医院就诊流程。
本实施例提供的医院就诊流程的执行方法，通过基于模块化的标准过程合理设置标识符，并设计配套的插件探测、解析及执行功能，使定制的插件能够按需和标准过程关联执行，极大地降低了开发成本，并且在保证医院就诊流程的执行稳定性的同时，提高了医院就诊流程的功能可扩展性和系统适配度，从而符合医院业务的通用化和个性化的双重要求，具有广泛而良好的应用前景。
实施例4
参见图5，本实施例具体提供了一种医院就诊流程的执行系统，医院就诊流程基于上述的医院就诊流程的定制开发方法获得，执行系统包括：
标识符获取模块100，用于获取待执行的标准过程对应的标识符；
插件检测模块200，用于检测每个插件的属性，以获得标识符和插件位置信息；其中，标识符用于确定与待执行的标准过程关联执行的插件；插件位置信息用于确定待执行的标准过程和关联的插件的执行顺序；
解析执行模块300，用于按照执行顺序，依次执行待执行的标准过程和插件。
本实施例的医院就诊流程基于实施例1中的医院就诊流程的定制开发方法获得，其中对于标准过程的设置包括但不限于对应于医院就诊流程的标准需求的第一标准过程、第二标准过程、第三标准过程、第四标准过程、第五标准过程、第六标准过程，其定义参见实施例1的对应内容。标准过程中设置有对应的标识符，用于使插件能够根据标识符确定所对应的标准过程。标识符可以不限于写入标准过程代码注释部分的方式实现。本实施例中的插件是根据个性化需求定制的与标准过程相关联的插件。插件的属性包括关联的标准过程对应的标识符；以使插件能够根据标识符确定所对应的标准过程。插件属性还包括但不限于：插件名称、插件序号、代码类型、代码主入口、输入参数、输出参数、执行方式、启用信息等。上述标准过程可以作为核心代码，插件则是基于个性化需求的定制代码，插件不在核心标准过程代码内，而是独立的代码文件。
插件的具体定义同样可参见本发明实施例1中的相关内容。
在此基础上，标识符获取模块100首先获取待执行的标准过程对应的标识符，插件检测模块200检测每个插件的属性以获得标识符和插件位置信息。其中，插件位置信息用于表征某个插件与其关联的标准过程直接执行的位序关系，插件位置信息为前置则插件在标准过程之前执行；插件位置信息为后置则插件在标准过程之后执行。
解析执行模块300按照执行顺序，依次执行待执行的标准过程和插件。具体地，其实现的流程可以包括但不限于：开始执行标准过程N——根据标识符，查找到关联于标准过程N的若干插件，并分别确定是前置或者后置——依次执行插件(例如均是前置插件)——根据前置插件执行的返回值判断是否继续执行标准过程——若是，则继续执行标准过程N，并查询得到关联于标准过程N的后置插件——依次执行后置插件——返回最终执行结果。
以某医院就诊流程的开发为例，该医院对于患者就诊的第四标准过程也就报到环节有个性化需求，需要在患者报到成功后，把患者报到医生所在诊室信息回传给HIS系统。从而基于开发的“回传医生所在诊室给HIS”的插件来实现上述个性化需求，该插件的属性里插件位置信息设置为后置，插件的标识符为第四标准过程(报到)，也就是使得该插件不仅与第四标准过程关联，并确定了关联执行时先执行第四标准过程，再执行该插件。此外插件的属性中的执行方式设置为同步，以确保回传成功才能返回给患者报到成功的确认信息，否则返回报到失败并提示失败原因。
作为较佳的实施方式，解析执行模块300包括：
解析单元301，用于解析插件的属性，生成与插件对应的执行指令；
执行单元302，用于按照执行顺序，依次执行待执行的标准过程和执行指令。
其中，解析单元301针对不同的插件进行解析，即将基于各自开发平台生成的插件，通过解析通用接口来获得其主要的参数，生成可供标准过程调用的可执行方法，并在执行过程中传入实际的输入参数，并返回输出参数。例如对于JAVA平台下生成的插件，可以用反射的方式进行解析插件，根据包名、类名、方法名来生成可执行方法以供调用执行。
在此基础上，执行单元302对所有的标准过程以及关联的插件依次执行，即实现完整的医院就诊流程。
本实施例提供的医院就诊流程的执行系统，通过基于模块化的标准过程合理设置标识符，并设计配套的插件探测、解析及执行功能，使定制的插件能够按需和标准过程关联执行，极大地降低了开发成本，并且在保证医院就诊流程的执行稳定性的同时，提高了医院就诊流程的功能可扩展性和系统适配度，从而符合医院业务的通用化和个性化的双重要求，具有广泛而良好的应用前景。
实施例5
参见图6所示，本实施例提供了一种电子设备30，包括处理器31以及与其连接的存储器32，处理器31执行存储在存储器32上的计算机程序时实现如实施例1中的医院就诊流程的定制开发方法或实施例3中的医院就诊流程的执行方法。图6显示的电子设备30仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
电子设备30可以以通用计算设备的形式表现，例如其可以为服务器设备。电子设备30的组件可以包括但不限于：上述至少一个处理器31、上述至少一个存储器32、连接不同系统组件(包括存储器32和处理器31)的总线33。
总线33包括数据总线、地址总线和控制总线。
存储器32可以包括易失性存储器，例如随机存取存储器(RAM)321和/或高速缓存存储器322，还可以进一步包括只读存储器(ROM)323。
存储器32还可以包括具有一组(至少一个)程序模块324的程序/实用工具325，这样的程序模块324包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。
处理器31通过运行存储在存储器32中的计算机程序，从而执行各种功能应用以及数据处理，例如本发明实施例1中的医院就诊流程的定制开发方法或实施例3中的医院就诊流程的执行方法。
电子设备30也可以与一个或多个外部设备34(例如键盘、指向设备等)通信。这种通信可以通过输入/输出(I/O)接口35进行。并且，模型生成的设备30还可以通过网络适配器36与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。网络适配器36通过总线33与模型生成的设备30的其它模块通信。可以结合模型生成的设备30使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、RAID(磁盘阵列)系统、磁带驱动器以及数据备份存储系统等。
应当注意，尽管在上文详细描述中提及了电子设备的若干单元/模块或子单元/模块，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多单元/模块的特征和功能可以在一个单元/模块中具体化。反之，上文描述的一个单元/模块的特征和功能可以进一步划分为由多个单元/模块来具体化。
实施例6
本实施例提供了一种计算机可读存储介质，其上存储有计算机程序，程序被处理器执行时实现实施例1中的医院就诊流程的定制开发方法或实施例3中的医院就诊流程的执行方法。
其中，可读存储介质可以采用的更具体可以包括但不限于：便携式盘、硬盘、随机存取存储器、只读存储器、可擦拭可编程只读存储器、光存储器件、磁存储器件或上述的任意合适的组合。
在可能的实施方式中，本公开还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在终端设备上运行时，程序代码用于使终端设备执行实现实施例1中的医院就诊流程的定制开发方法或实施例3中的医院就诊流程的执行方法。
其中，可以以一种或多种程序设计语言的任意组合来编写用于执行本公开的程序代码，程序代码可以完全地在用户设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户设备上部分在远程设备上执行或完全在远程设备上执行。
虽然以上描述了本发明的具体实施方式，但是本领域的技术人员应当理解，这仅是举例说明，本发明的保护范围是由所附权利要求书限定的。本领域的技术人员在不背离本发明的原理和实质的前提下，可以对这些实施方式做出多种变更或修改，但这些变更和修改均落入本发明的保护范围。
Claims (10)
1.一种医院就诊流程的定制开发方法，其特征在于，包括如下步骤：
设置与所述医院就诊流程的标准需求相对应的若干标准过程，每个所述标准过程包括对应的标识符；
定制与所述医院就诊流程的个性化需求相对应的插件，所述插件与所述标准过程相关联，所述插件的属性包括关联的标准过程对应的标识符；
将所述插件添加至关联的标准过程，以生成所述医院就诊流程；
所述医院就诊流程的标准需求对应于依次执行的第一标准过程、第二标准过程、第三标准过程、第四标准过程、第五标准过程、第六标准过程：
所述第一标准过程用于获取患者数据，并将所述患者数据导入第二标准过程；
所述第二标准过程用于根据所述患者数据，更新患者数据库；
所述第三标准过程根据所述患者数据库，生成患者排队信息，以及更新患者就医状态为未激活；
所述第四标准过程用于获取患者报到信息，并根据所述患者报到信息，更新所述患者排队信息，以及更新所述患者就医状态为排队中；
所述第五标准过程用于获取患者叫号信息，并根据所述患者叫号信息，更新所述患者排队信息，以及更新所述患者就医状态为就诊中；
所述第六标准过程用于获取患者结诊信息，并根据所述患者结诊信息，更新所述患者就医状态为结诊；
所述标准过程还包括过号和回诊流程；
在每个标准过程设置插件探测组件，根据标准过程的唯一标识来判断是否存在关联的插件；如果存在，则执行插件；
标准过程作为核心代码，插件则是基于个性化需求的定制代码，插件不在核心标准过程代码内，而是独立的代码文件；
插件属性还包括：插件名称、插件序号、代码类型、代码主入口、输入参数、输出参数、执行方式和启用信息；
其中，插件序号、插件名称用于在插件数据库中标明不同插件；代码类型即表征插件基于何种开发语言，在何种开发平台环境中生成；代码主入口、输入参数、输出参数表征插件在和标准过程关联执行的过程中的参数传递细节；执行方式表征该插件是同步执行或异步执行，其中同步执行必须在插件执行完毕后，整个流程才继续往下执行，在没有得到插件的结果之前，不执行后续操作；异步执行指调用者在没有得到插件的结果之前，就能够继续执行后续操作，当这个调用完成后，一般通过状态、通知和回调来通知调用者；启用信息为该插件的开关状态，当启用信息为停用时该插件不被启用；
所述插件的属性还包括插件位置信息；
若所述插件位置信息为前置，则所述插件在所述标准过程之前执行；
若所述插件位置信息为后置，则所述插件在所述标准过程之后执行；
所述医院就诊流程的具体步骤包括：根据标识符开始执行标准过程N，查找到关联于标准过程N的若干插件，并分别确定是前置或者后置，依次执行插件；当所有插件均为前置插件时，根据前置插件执行的返回值判断是否继续执行标准过程；若是，则继续执行标准过程N，并查询得到关联于标准过程N的后置插件，依次执行后置插件，返回最终执行结果；
所述插件包括：“回传医生所在诊室给HIS”的插件，“女性体检项目激活”的插件。
2.如权利要求1所述的医院就诊流程的定制开发方法，其特征在于，所述定制开发方法还包括：
生成插件管理组件，所述插件管理组件用于根据第一外部指令，添加或删除所述插件；和/或，根据第二外部指令，获取所述插件的执行次数、执行成功率、执行参数中的至少一种信息。
3.一种医院就诊流程的定制开发系统，其特征在于，包括：
标准过程设置模块，用于设置与所述医院就诊流程的标准需求相对应的若干标准过程，每个所述标准过程包括对应的标识符；
插件定制模块，用于定制与所述医院就诊流程的个性化需求相对应的插件，所述插件关联于一个所述标准过程，所述插件的属性包括关联的标准过程对应的标识符；
就诊流程生成模块，用于将所述插件添加至关联的标准过程，以生成所述医院就诊流程；
所述医院就诊流程的标准需求对应于依次执行的第一标准过程、第二标准过程、第三标准过程、第四标准过程、第五标准过程、第六标准过程：
所述第一标准过程用于获取患者数据，并将所述患者数据导入第二标准过程；
所述第二标准过程用于根据所述患者数据，更新患者数据库；
所述第三标准过程根据所述患者数据库，生成患者排队信息，以及更新患者就医状态为未激活；
所述第四标准过程用于获取患者报到信息，并根据所述患者报到信息，更新所述患者排队信息，以及更新所述患者就医状态为排队中；
所述第五标准过程用于获取患者叫号信息，并根据所述患者叫号信息，更新所述患者排队信息，以及更新所述患者就医状态为就诊中；
所述第六标准过程用于获取患者结诊信息，并根据所述患者结诊信息，更新所述患者就医状态为结诊；
所述标准过程还包括过号和回诊流程；
在每个标准过程设置插件探测组件，根据标准过程的唯一标识来判断是否存在关联的插件；如果存在，则执行插件；
标准过程作为核心代码，插件则是基于个性化需求的定制代码，插件不在核心标准过程代码内，而是独立的代码文件；
插件属性还包括：插件名称、插件序号、代码类型、代码主入口、输入参数、输出参数、执行方式和启用信息；
其中，插件序号、插件名称用于在插件数据库中标明不同插件；代码类型即表征插件基于何种开发语言，在何种开发平台环境中生成；代码主入口、输入参数、输出参数表征插件在和标准过程关联执行的过程中的参数传递细节；执行方式表征该插件是同步执行或异步执行，其中同步执行必须在插件执行完毕后，整个流程才继续往下执行，在没有得到插件的结果之前，不执行后续操作；异步执行指调用者在没有得到插件的结果之前，就能够继续执行后续操作，当这个调用完成后，一般通过状态、通知和回调来通知调用者；启用信息为该插件的开关状态，当启用信息为停用时该插件不被启用；
所述插件的属性还包括插件位置信息；
若所述插件位置信息为前置，则所述插件在所述标准过程之前执行；
若所述插件位置信息为后置，则所述插件在所述标准过程之后执行；
所述医院就诊流程的具体步骤包括：根据标识符开始执行标准过程N，查找到关联于标准过程N的若干插件，并分别确定是前置或者后置，依次执行插件；当所有插件均为前置插件时，根据前置插件执行的返回值判断是否继续执行标准过程；若是，则继续执行标准过程N，并查询得到关联于标准过程N的后置插件，依次执行后置插件，返回最终执行结果；
所述插件包括：“回传医生所在诊室给HIS”的插件，“女性体检项目激活”的插件。
4.如权利要求3所述的医院就诊流程的定制开发系统，其特征在于，所述定制开发系统还包括：
组件生成模块，用于生成插件管理组件，以根据第一外部指令添加或删除所述插件；和/或，根据第二外部指令，获取所述插件的执行次数、执行成功率、执行参数中的至少一种信息。
5.一种医院就诊流程的执行方法，所述医院就诊流程基于权利要求1-2中任一项所述的医院就诊流程的定制开发方法获得，其特征在于，所述执行方法包括：
获取待执行的标准过程对应的标识符；
检测每个插件的属性，以获得标识符和插件位置信息；其中，所述标识符用于确定与所述待执行的标准过程关联执行的插件；所述插件位置信息用于确定所述待执行的标准过程和关联的插件的执行顺序；
按照所述执行顺序，依次执行所述待执行的标准过程和所述插件。
6.如权利要求5所述的医院就诊流程的执行方法，其特征在于，按照所述执行顺序，依次执行所述待执行的标准过程和所述插件的步骤包括：
解析所述插件的属性，生成与所述插件对应的执行指令；
按照所述执行顺序，依次执行所述待执行的标准过程和所述执行指令。
7.一种医院就诊流程的执行系统，所述医院就诊流程基于权利要求1-2中任一项所述的医院就诊流程的定制开发方法获得，其特征在于，所述执行系统包括：
标识符获取模块，用于获取待执行的标准过程对应的标识符；
插件检测模块，用于检测每个插件的属性，以获得标识符和插件位置信息；其中，所述标识符用于确定与所述待执行的标准过程关联执行的插件；所述插件位置信息用于确定所述待执行的标准过程和关联的插件的执行顺序；
解析执行模块，用于按照所述执行顺序，依次执行所述待执行的标准过程和所述插件。
8.如权利要求7所述的医院就诊流程的执行系统，其特征在于，所述解析执行模块包括：
解析单元，用于解析所述插件的属性，生成与所述插件对应的执行指令；
执行单元，用于按照所述执行顺序，依次执行所述待执行的标准过程和所述执行指令。
9.一种电子设备，其特征在于，包括存储器以及与所述存储器连接的处理器，所述处理器执行存储在所述存储器上的计算机程序时实现权利要求1-2中任一项所述的医院就诊流程的定制开发方法或权利要求5-6中任一项所述的医院就诊流程的执行方法。
10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1-2中任一项所述的医院就诊流程的定制开发方法或权利要求5-6中任一项所述的医院就诊流程的执行方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111085934.6A CN113778560B (zh) | 2021-09-16 | 2021-09-16 | 医院就诊流程定制开发及执行的方法与系统、设备与介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111085934.6A CN113778560B (zh) | 2021-09-16 | 2021-09-16 | 医院就诊流程定制开发及执行的方法与系统、设备与介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN113778560A CN113778560A (zh) | 2021-12-10 |
| CN113778560B true CN113778560B (zh) | 2022-09-13 |
Family
ID=78844494
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202111085934.6A Active CN113778560B (zh) | 2021-09-16 | 2021-09-16 | 医院就诊流程定制开发及执行的方法与系统、设备与介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113778560B (zh) |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111161859A (zh) * | 2019-12-27 | 2020-05-15 | 杭州中科先进技术研究院有限公司 | 一种面向基层医疗机构线下业务系统一体机及集群 |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103955608B (zh) * | 2014-04-24 | 2017-02-01 | 上海星华生物医药科技有限公司 | 一种智能医疗信息远程处理系统及处理方法 |
| US20150335281A1 (en) * | 2014-05-21 | 2015-11-26 | C. Michael Scroggins | Medical diagnostic tool based upon non-destructive determination of the material composition of internal organs and tissues |
| CN108961125A (zh) * | 2017-05-17 | 2018-12-07 | 武汉默联股份有限公司 | 一种医疗信息处理方法及装置 |
| CN109215748B (zh) * | 2018-06-29 | 2020-11-20 | 浙江省肿瘤医院 | 基于区块链的医院信息系统的使用方法 |
| CN109817312A (zh) * | 2018-12-13 | 2019-05-28 | 平安科技（深圳）有限公司 | 一种就诊引导方法及计算机设备 |
-
2021
- 2021-09-16 CN CN202111085934.6A patent/CN113778560B/zh active Active
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111161859A (zh) * | 2019-12-27 | 2020-05-15 | 杭州中科先进技术研究院有限公司 | 一种面向基层医疗机构线下业务系统一体机及集群 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN113778560A (zh) | 2021-12-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8751558B2 (en) | Mashup infrastructure with learning mechanism | |
| US8103683B2 (en) | Converting between software objects | |
| US7702729B2 (en) | Event heap: a coordination infrastructure for dynamic heterogeneous application interactions in ubiquitous computing environments | |
| JP4909936B2 (ja) | 医療情報システム | |
| US20090125332A1 (en) | Automated execution of health care protocols in an integrated communications infrastructure | |
| ES2219393T3 (es) | Metodos y aparatos para el transporte eficiente de datos de aplicaciones interactivas entre un cliente y un servidor utilizando lenguaje de marcas. | |
| US20190172566A1 (en) | Mobile patient-centric electronic health records | |
| US20050149536A1 (en) | Data migration and format transformation system | |
| US20120215560A1 (en) | System and methods for facilitating computerized interactions with emrs | |
| US20050228890A1 (en) | System for managing operating sessions of an executable application | |
| US20060106648A1 (en) | Intelligent patient context system for healthcare and other fields | |
| CN102708128A (zh) | 用于在卫生保健环境中接收、映射和构造来自全异系统的数据的方法和系统 | |
| CN112287216B (zh) | 一种信息推送方法、装置、服务器及存储介质 | |
| US7237222B1 (en) | Protocol for controlling an execution process on a destination computer from a source computer | |
| KR100932711B1 (ko) | 의료정보 통합 관리 시스템 및 방법 | |
| US9286061B2 (en) | Generating and managing electronic documentation | |
| US10964416B1 (en) | Block chain management | |
| US20130275161A1 (en) | System and Method for Providing Medical Caregiver and Equipment Management Patient Care | |
| Hutchison et al. | Electronic data interchange for health care | |
| CN113778560B (zh) | 医院就诊流程定制开发及执行的方法与系统、设备与介质 | |
| CN114242255A (zh) | 医疗数据处理方法、装置、存储介质及电子设备 | |
| US20050010651A1 (en) | Communication system supporting communication between executable applications | |
| KR100635868B1 (ko) | Ｈｌ7 표준에 근거한 문서 처리 시스템 | |
| CN111128334B (zh) | 处方生成系统的学习方法、装置、电子设备及存储介质 | |
| Riva et al. | A knowledge-based Web server as a development environment for Web-based knowledge servers |
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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| EE01 | Entry into force of recordation of patent licensing contract |
Application publication date: 20211210 Assignee: Beijing Qinghe Technology Co.,Ltd. Assignor: SHANGHAI QINGHE TECHNOLOGY CO.,LTD. Contract record no.: X2023990000943 Denomination of invention: Methods and systems, equipment and media for customized development and execution of hospital treatment processes Granted publication date: 20220913 License type: Common License Record date: 20231204 |
|
| EE01 | Entry into force of recordation of patent licensing contract |