CN112635007A - 一种以病人为中心的医院一体化方法及系统 - Google Patents
一种以病人为中心的医院一体化方法及系统 Download PDFInfo
- Publication number
- CN112635007A CN112635007A CN202011519269.2A CN202011519269A CN112635007A CN 112635007 A CN112635007 A CN 112635007A CN 202011519269 A CN202011519269 A CN 202011519269A CN 112635007 A CN112635007 A CN 112635007A
- Authority
- CN
- China
- Prior art keywords
- patient
- data
- medical
- database
- software module
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 26
- 230000010354 integration Effects 0.000 title claims abstract description 18
- 238000004519 manufacturing process Methods 0.000 claims abstract description 8
- 230000000875 corresponding effect Effects 0.000 claims description 25
- 238000013461 design Methods 0.000 claims description 12
- 230000036541 health Effects 0.000 claims description 9
- 230000004048 modification Effects 0.000 claims description 7
- 238000012986 modification Methods 0.000 claims description 7
- 238000010276 construction Methods 0.000 claims description 6
- 238000007792 addition Methods 0.000 claims description 5
- 230000002596 correlated effect Effects 0.000 claims description 5
- 238000012217 deletion Methods 0.000 claims description 5
- 230000037430 deletion Effects 0.000 claims description 5
- 230000008520 organization Effects 0.000 claims description 4
- 230000015572 biosynthetic process Effects 0.000 abstract description 3
- 238000011282 treatment Methods 0.000 description 8
- 238000010586 diagram Methods 0.000 description 5
- 238000011161 development Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 238000007726 management method Methods 0.000 description 3
- 230000000474 nursing effect Effects 0.000 description 3
- 230000009897 systematic effect Effects 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 2
- 238000013499 data model Methods 0.000 description 2
- 238000009825 accumulation Methods 0.000 description 1
- 238000013473 artificial intelligence Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 239000008280 blood Substances 0.000 description 1
- 210000004369 blood Anatomy 0.000 description 1
- 230000036760 body temperature Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000003759 clinical diagnosis Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 201000010099 disease Diseases 0.000 description 1
- 208000037265 diseases, disorders, signs and symptoms Diseases 0.000 description 1
- 239000003814 drug Substances 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 210000001503 joint Anatomy 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000007170 pathology Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 238000000926 separation method Methods 0.000 description 1
- 238000012163 sequencing technique Methods 0.000 description 1
- 238000007619 statistical method Methods 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
- G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/22—Indexing; Data structures therefor; Storage structures
- G06F16/2282—Tablespace storage structures; Management thereof
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computational Linguistics (AREA)
- Software Systems (AREA)
- Health & Medical Sciences (AREA)
- Epidemiology (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Primary Health Care (AREA)
- Public Health (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
本公开提供了一种以病人为中心的医院一体化方法及系统，获取患者的医疗数据，得到多个数据表；遍历每个数据表，根据以患者为中心的关联关系，加入患者唯一标识、医嘱唯一标识、医嘱时间、医疗事件唯一标识、医疗事件时间和医嘱状态信息字段，得到数据库表结构，根据得到的数据库表结构构建CDR数据库；以CDR数据库为生产库进行医院业务软件模块设计，且业务软件模块运行产生和读取的患者医疗数据均在CDR数据库中；本公开以患者为中心设计数据结构，各业务软件模块共享唯一标识并进行信息关联，数据中心建设完成天然形成患者CDR数据，数据高度共享，消除了信息孤岛。
Description
技术领域
本公开涉及数据处理技术领域，特别涉及一种以病人为中心的医院一体化方法及系统。
背景技术
本部分的陈述仅仅是提供了与本公开相关的背景技术，并不必然构成现有技术。
医院的本质是治病救人，医院的信息化建设也是一个系统性、体系性的事情，不是软件模块的堆积。
但是，发明人发现，很多医院和信息化公司往往是面向管理建设医院信息化，或者面向条线业务、面向科室建设医院信息系统，再试图通过集成模式，即以技术的手段(集成平台)去组装、联通各系统形成患者CDR数据，因各系统本身注重的是功能和满足条线业务、没有考虑医院整体一体化，再加上设计理念不同、技术实现不同等原因，往往行不通，进而给医院带来了一系列的问题，具体如下：
(1)数据是分散的，医院难以形成患者CDR数据，或者只能串联一部分患者数据，存在数据缺失、数据串联不起来，从而难以充分地进行数据利用，难以发挥数据在医院的精细化管理、服务、科研、人工智能和大数据应用等工作中的价值；
(2)集成模式下各系统只能通过接口实现信息交互与共享，各系统之间接口多；且随着政策的变动和需求的不断增长必然会产生新的接口需求，众多接口成本高、调度难。
发明内容
为了解决现有技术的不足，本公开提供了一种以病人为中心的医院一体化方法及系统，以患者为中心设计数据结构，各业务软件模块共享唯一标识并进行信息关联，数据中心建设完成天然形成患者CDR数据；数据高度共享，消除了信息孤岛，并且能够围绕电子病历将患者的基本信息、医嘱、护理记录、病历、检验检查报告、费用等相关信息展现给医师，能更清晰的绘制患者画像，给医师做出良好的治疗方案提供决策依据；同时各业务软件模块中的患者信息被盘活，不止从本次治疗维度还能从时间维度管理居民全生命周期的健康。
为了实现上述目的，本公开采用如下技术方案：
本公开第一方面提供了一种以病人为中心的医院一体化方法。
一种以病人为中心的医院一体化方法，包括以下步骤：
获取患者的医疗数据，得到多个数据表；
遍历每个数据表，根据以患者为中心的关联关系，加入患者唯一标识、医嘱唯一标识、医嘱时间、医疗事件唯一标识、医疗事件时间和医嘱状态信息字段，得到数据库表结构，根据得到的数据库表结构构建CDR数据库；
以CDR数据库为生产库进行医院业务软件模块设计，且业务软件模块运行产生和读取的患者医疗数据均在CDR数据库中。
作为可能的一些实现方式，CDR数据库，包括：
在CDR数据库为各业务软件模块分配单独的数据库用户，并且分配涉及数据库实例的增删改查权限；
CDR数据库中各表所需要的数据由对应业务软件模块直接采集和存储；
各业务软件模块所需要的数据直接从CDR数据库对应分类实例下的表中查询获取。
作为进一步的限定，非医疗健康数据，在当前CDR数据库基础上扩建对应数据表和分类实例，并分配给各业务软件模块相应的读写权限。
作为进一步的限定，业务软件模块的设计包括患者统一、资源统一、机构和人员统一、字典统一，针对每种统一数据加入唯一标识，且只存储唯一一份，各业务软件模块共同使用同一份统一数据。
作为进一步的限定，业务软件模块存储数据使用统一格式，对于加密的数据，采用同一加密算法。
作为可能的一些实现方式，业务软件模块的功能以患者为中心进行数据组织，并且以医生使用的电子病历系统为核心进行数据的展现。
作为进一步的限定，创建各微服务，每个微服务只负责一个关联查询功能，以患者ID和医嘱ID为索引关联起本业务的信息；
以时间为主线串联组合各微服务，形成时间维度的业务分类；
以医生关心视角在电子病历系统中展示由上一步业务分类组合而成的患者全面临床信息。
本公开第二方面提供了一种以病人为中心的医院一体化系统。
一种以病人为中心的医院一体化系统，包括CDR数据库和至少一个与CDR数据库数据交互的业务软件模块，业务软件模块以CDR数据库为生产库设计，且业务软件模块运行产生和读取的患者医疗数据均在CDR数据库中；
其中，CDR数据库的构建，包括以下步骤：
获取患者的临床医疗信息数据，得到多个数据表，遍历每个数据表，根据以患者为中心的关联关系，加入患者唯一标识、医嘱唯一标识、医嘱时间、医疗事件唯一标识、医疗事件时间和医嘱状态信息字段，得到数据库表结构，根据得到的数据库表结构构建CDR数据库。
作为可能的一些实现方式，CDR数据库，包括：
在CDR数据库为各业务软件模块分配单独的数据库用户，并且分配涉及数据库实例的增删改查权限；
CDR数据库中各表所需要的数据由对应业务软件模块直接采集和存储；
各业务软件模块所需要的数据直接从CDR数据库对应分类实例下的表中查询获取。
作为进一步的限定，非医疗健康数据，在当前CDR数据库基础上扩建对应数据表和分类实例，并分配给各业务软件模块相应的读写权限。
作为进一步的限定，业务软件模块的设计包括患者统一、资源统一、机构和人员统一、字典统一，针对每种统一数据加入唯一标识，且只存储唯一一份，各业务软件模块共同使用同一份统一数据。
作为进一步的限定，业务软件模块存储数据使用统一格式，对于加密的数据，采用同一加密算法。
作为可能的一些实现方式，业务软件模块的功能以患者为中心进行数据组织，并且以医生使用的电子病历系统为核心进行数据的展现。
作为进一步的限定，创建各微服务，每个微服务只负责一个关联查询功能，以患者ID和医嘱ID为索引关联起本业务的信息；
以时间为主线串联组合各微服务，形成时间维度的业务分类；
以医生关心视角在电子病历系统中展示由上一步业务分类组合而成的患者全面临床信息。
与现有技术相比，本公开的有益效果是：
1、本公开提供的方法或系统，从全院一体化软件系统建设的角度出发，以患者的就诊流程为业务主线，串联起全院业务，进行全院的信息化系统的统筹规划；各业务系统不再各自为战，不再是功能多而不精，而是其功能设计和需求根据医院的整体管理通盘考虑，以一个相互紧密结合的形式不断积累，整体提升全院信息化水平。
2、本公开提供的方法或系统，以患者为中心设计数据结构，各业务软件模块共享唯一标识并进行信息关联，数据中心建设完成天然形成患者CDR数据；数据高度共享，消除了信息孤岛，并且能够围绕电子病历将患者的基本信息、医嘱、护理记录、病历、检验检查报告、费用等相关信息展现给医师，能更清晰的绘制患者画像，给医师做出良好的治疗方案提供决策依据；同时各业务软件模块中的患者信息被盘活，不止从本次治疗维度还能从时间维度管理居民全生命周期的健康。
3、本公开提供的方法或系统，数据存储合理，减少了非必要接口的量，为医院节省巨额的接口费，各业务软件模块之间就已经实现了无缝对接，数据标准统一，数据传输环节少，传输损耗也少。也可以充分发挥虚拟化和超融合的价值，大幅度降低硬件投入。
本公开附加方面的优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本公开的实践了解到。
附图说明
构成本公开的一部分的说明书附图用来提供对本公开的进一步理解，本公开的示意性实施例及其说明用于解释本公开，并不构成对本公开的不当限定。
图1为本公开实施例1提供的一种以病人为中心的医院一体化方法的流程示意图。
图2为本公开实施例1提供的CDR数据库构建方法示意图。
图3为本公开实施例1提供的数据表与业务的对应关系示意图。
图4为本公开实施例1提供的数据库表结构示意图。
图5为本公开实施例1提供的业务软件模块的设计方法示意图。
图6为本公开实施例1提供的患者全面临床信息示意图。
具体实施方式
下面结合附图与实施例对本公开作进一步说明。
应该指出，以下详细说明都是示例性的，旨在对本公开提供进一步的说明。除非另有指明，本文使用的所有技术和科学术语具有与本公开所属技术领域的普通技术人员通常理解的相同含义。
需要注意的是，这里所使用的术语仅是为了描述具体实施方式，而非意图限制根据本公开的示例性实施方式。如在这里所使用的，除非上下文另外明确指出，否则单数形式也意图包括复数形式，此外，还应当理解的是，当在本说明书中使用术语“包含”和/或“包括”时，其指明存在特征、步骤、操作、器件、组件和/或它们的组合。
在本公开中，术语如“上”、“下”、“左”、“右”、“前”、“后”、“竖直”、“
在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。
实施例1：
本公开实施例1提供了一种以病人为中心的医院一体化方法，包括以下步骤：
获取患者的医疗数据，得到多个数据表；
遍历每个数据表，根据以患者为中心的关联关系，加入患者唯一标识、医嘱唯一标识、医嘱时间、医疗事件唯一标识、医疗事件时间和医嘱状态信息字段，得到数据库表结构，根据得到的数据库表结构构建CDR数据库；
以CDR数据库为生产库进行医院业务软件模块设计，且业务软件模块运行产生和读取的患者医疗数据均在CDR数据库中。
进一步的，业务软件模块的功能以患者为中心进行数据组织，并且以医生使用的电子病历系统为核心进行数据的展现。
如图1所示，具体的包括以下步骤：
S1：以病人为中心，串联各科室业务，按以时间为主线可串联、以医嘱为轴可闭环为原则，进行患者CDR数据库模型的设计。
S2：以CDR数据库为生产库进行医院业务软件模块统一规划和开发，保证业务软件模块运行产生和读取的患者医疗健康数据是在CDR数据库中，做到全面系统的病人信息采集和存储。业务软件模块产生或需要的非医疗健康数据，可在CDR数据库基础上进行扩建数据库表。
S3：业务软件模块的功能开发，统筹以患者为中心进行数据组织，以医生使用的电子病历系统为核心进行数据全面展现。其余系统模块根据各自领域业务的实际需要组织相应数据进行展现。
如图2所示，S1的具体实施步骤如下：
S1.1：依据《电子病历临床文档基础模板数据集标准》，结合实际医院业务，串联各科室，按以时间为主线可串联、以医嘱为轴可闭环为原则，穷举患者所受服务相关内容，设计数据表、表字段。
数据表包含但不局限于以下各举例表：患者信息表，门诊挂号表、门诊医嘱表、门诊病历表、入院登记表、入院记录表、住院医嘱表、病程记录表、手术记录表、会诊记录表、检验申请单、检验报告表、检查申请单、影像报告表等等，如图3所示；
每个表中根据实际业务所需信息和软件开发设计设置每个表的字段。以上各表可以分类到以下各实例分类中存储：基础信息类、配置类、事件日志类、临床诊疗类、医技类、治疗类、监控和上报类、统计分析类等，实例分类包括但不局限于以上分类实例。
例如门诊医嘱表包含的字段有：门诊主医嘱ID、医院ID、对应的挂号ID、医嘱主编号、医嘱排序序号、就诊卡ID、开单医生编号、开单科室编号、开单时间、签名医生所在科室、签名医生编号、签名时间、执行科室编号、执行人员编号、执行时间、医嘱状态、医嘱属性、医嘱项目ID、医嘱项目名称、项目单价、数量、数量单位、合计金额、规格、剂量、剂量单位、服用天数、草药付数、用法的系统id、频率的系统id、处方类别的系统id、指定类型、费别类型ID、费别个人负担比例、停用标志、如果停用说明该遗嘱不收费、备注、医嘱执行速度、医嘱执行速度描述即时间录入的数值和单位的组合中间以空格隔开、皮试结果、停止时间、停止医生、停止医生科室、处方编号、草药用法ID等等，门诊医嘱表放在临床诊疗实例下；各表字段包含但不局限于以上举例字段，其他表以此类推。
S1.2：遍历每个数据表，根据以患者为中心的关联关系，加入患者唯一标识、医嘱唯一标识、医嘱时间、医疗事件唯一标识、医疗事件时间、医嘱状态信息字段。
如图4所示，例如门诊医嘱表加入患者ID，就可以根据患者ID查询该患者所有的医嘱记录、医嘱状态。检验申请单表加入患者ID、医嘱ID、医嘱时间、状态，就可以通过患者ID查其所有的检验申请单记录，通过医嘱ID查询当前该检验医嘱的执行情况、持续时长等等。
检验报告表加入患者ID、医嘱ID、医嘱时间、状态、申请单ID，可以通过患者ID查询其所有的检验报告列表，通过医嘱ID可查询该医嘱对应的检验报告的详情、结果、状态，通过申请单ID查该检验事件对应的检验报告。加入唯一标识包含但不局限于以上举例方法，其他表以此类推。
S1.3：根据设计的数据库表结构，通过技术工具转换为实际的物理库，例如使用PowerDesigner工具，将数据模型转换成Oracle、MySQL、SQL SERVER或PostgreSQL等物理数据库，该步包含但不局限于以上举例使用的工具和数据库。
如图5所示，S2的具体实施步骤如下：
S2.1：在CDR数据库为各业务软件模块分配单独的数据库用户，并且分配涉及数据库实例的增删改查权限。CDR数据库中各表所需要的数据由对应业务软件模块直接采集和存储。各业务软件模块所需要的数据直接从CDR数据库对应分类实例下的表中查询获取。
S2.2：非医疗健康数据，例如用户、角色、权限、菜单等等，在当前CDR数据库基础上扩建对应数据表和分类实例。并分配给各业务软件模块相应的读写权限。
S2.3：各业务软件模块规划和开发要患者统一，资源统一，机构、人员统一，字典统一。针对每种统一数据加入唯一标识，且只存储唯一一份。各业务软件模块共同使用同一份统一数据。所述统一数据包括但不限于以下内容：人员(医生)、用户、权限、药品、材料、设备、号源、诊断编码字典、医嘱字典等等。
S2.4：各业务软件模块存储数据使用公开统一格式，以保证其他模块能够共享使用。对于涉及加密的数据，如密码，采用同一加密算法。
S3：的具体实施步骤如下：
S3.1：创建各微服务，每个微服务只负责一个关联查询功能，即以患者ID和医嘱ID为索引关联起本业务的信息。各微服务包含但不限于以下查询：患者基本信息、医嘱记录、医嘱执行记录、医嘱结果记录、检验申请记录、检验结果记录、检查申请记录、检查结果记录、门诊病历记录、入院记录、出院记录、病程记录、心电图记录等等。
S3.2：以时间为主线串联组合各微服务，形成时间维度的业务分类。各业务分类包含但不限于以下分类：基础信息、医嘱、现有及历史病历、出入院记录、检验、检查、心电、病理、护理记录、体温单、手术记录、输血、会诊、上报等等。
S3.3：以医生关心视角在电子病历系统中展示由上一步业务分类组合而成的患者全面临床信息，患者全面临床信息中各业务分类的组合方式包含但不限于如图6所示的方式。
S3.4：其余业务软件模块根据各自领域业务的实际需要组织相应数据进行展现。
实施例2：
本公开实施例2提供了一种以病人为中心的医院一体化系统。
一种以病人为中心的医院一体化系统，包括CDR数据库和至少一个与CDR数据库数据交互的业务软件模块，业务软件模块以CDR数据库为生产库设计，且业务软件模块运行产生和读取的患者医疗数据均在CDR数据库中；
其中，CDR数据库的构建，包括以下步骤：
获取患者的临床医疗信息数据，得到多个数据表，遍历每个数据表，根据以患者为中心的关联关系，加入患者唯一标识、医嘱唯一标识、医嘱时间、医疗事件唯一标识、医疗事件时间和医嘱状态信息字段，得到数据库表结构，根据得到的数据库表结构构建CDR数据库；所述系统具有天然形成临床数据中心、数据集中、数据高度共享等优点。
一体化系统是指全院所有信息化系统视为一体，统为一个系统，数据共享；
业务软件模块是指在全院一体化系统体系下，原各科室的业务系统不再以独立的业务系统存在，而是作为一体化系统下的一个模块，与其他业务软件模块相互配合，最终搭建成全院一体化系统。
具体的一体化系统的设计方法和工作方法与实施例1提供的相同，这里不再赘述。
以上所述仅为本公开的优选实施例而已，并不用于限制本公开，对于本领域的技术人员来说，本公开可以有各种更改和变化。凡在本公开的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本公开的保护范围之内。
Claims (10)
1.一种以病人为中心的医院一体化方法，其特征在于：包括以下步骤：
获取患者的医疗数据，得到多个数据表；
遍历每个数据表，根据以患者为中心的关联关系，加入患者唯一标识、医嘱唯一标识、医嘱时间、医疗事件唯一标识、医疗事件时间和医嘱状态信息字段，得到数据库表结构，根据得到的数据库表结构构建CDR数据库；
以CDR数据库为生产库进行医院业务软件模块设计，且业务软件模块运行产生和读取的患者医疗数据均在CDR数据库中。
2.如权利要求1所述的以病人为中心的医院一体化方法，其特征在于：
CDR数据库，包括：
在CDR数据库为各业务软件模块分配单独的数据库用户，并且分配涉及数据库实例的增删改查权限；
CDR数据库中各表所需要的数据由对应业务软件模块直接采集和存储；
各业务软件模块所需要的数据直接从CDR数据库对应分类实例下的表中查询获取。
3.如权利要求2所述的以病人为中心的医院一体化方法，其特征在于：
非医疗健康数据，在当前CDR数据库基础上扩建对应数据表和分类实例，并分配给各业务软件模块相应的读写权限；
或者，
业务软件模块的设计包括患者统一、资源统一、机构和人员统一、字典统一，针对每种统一数据加入唯一标识，且只存储唯一一份，各业务软件模块共同使用同一份统一数据；
或者，
业务软件模块存储数据使用统一格式，对于加密的数据，采用同一加密算法。
4.如权利要求1所述的以病人为中心的医院一体化方法，其特征在于：
业务软件模块的功能以患者为中心进行数据组织，并且以医生使用的电子病历系统为核心进行数据的展现。
5.如权利要求4所述的以病人为中心的医院一体化方法，其特征在于：
创建各微服务，每个微服务只负责一个关联查询功能，以患者ID和医嘱ID为索引关联起本业务的信息；
以时间为主线串联组合各微服务，形成时间维度的业务分类；
以医生关心视角在电子病历系统中展示由上一步业务分类组合而成的患者全面临床信息。
6.一种以病人为中心的医院一体化系统，其特征在于：包括CDR数据库和至少一个与CDR数据库数据交互的业务软件模块，业务软件模块以CDR数据库为生产库设计，且业务软件模块运行产生和读取的患者医疗数据均在CDR数据库中；
其中，CDR数据库的构建，包括以下步骤：
获取患者的临床医疗信息数据，得到多个数据表，遍历每个数据表，根据以患者为中心的关联关系，加入患者唯一标识、医嘱唯一标识、医嘱时间、医疗事件唯一标识、医疗事件时间和医嘱状态信息字段，得到数据库表结构，根据得到的数据库表结构构建CDR数据库。
7.如权利要求6所述的以病人为中心的医院一体化系统，其特征在于：
CDR数据库，包括：
在CDR数据库为各业务软件模块分配单独的数据库用户，并且分配涉及数据库实例的增删改查权限；
CDR数据库中各表所需要的数据由对应业务软件模块直接采集和存储；
各业务软件模块所需要的数据直接从CDR数据库对应分类实例下的表中查询获取。
8.如权利要求7所述的以病人为中心的医院一体化系统，其特征在于：
非医疗健康数据，在当前CDR数据库基础上扩建对应数据表和分类实例，并分配给各业务软件模块相应的读写权限；
或者，
业务软件模块的设计包括患者统一、资源统一、机构和人员统一、字典统一，针对每种统一数据加入唯一标识，且只存储唯一一份，各业务软件模块共同使用同一份统一数据；
或者，
业务软件模块存储数据使用统一格式，对于加密的数据，采用同一加密算法。
9.如权利要求6所述的以病人为中心的医院一体化系统，其特征在于：
业务软件模块的功能以患者为中心进行数据组织，并且以医生使用的电子病历系统为核心进行数据的展现。
10.如权利要求9所述的以病人为中心的医院一体化系统，其特征在于：
创建各微服务，每个微服务只负责一个关联查询功能，以患者ID和医嘱ID为索引关联起本业务的信息；
以时间为主线串联组合各微服务，形成时间维度的业务分类；
以医生关心视角在电子病历系统中展示由上一步业务分类组合而成的患者全面临床信息。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011519269.2A CN112635007A (zh) | 2020-12-21 | 2020-12-21 | 一种以病人为中心的医院一体化方法及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011519269.2A CN112635007A (zh) | 2020-12-21 | 2020-12-21 | 一种以病人为中心的医院一体化方法及系统 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN112635007A true CN112635007A (zh) | 2021-04-09 |
Family
ID=75320721
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011519269.2A Pending CN112635007A (zh) | 2020-12-21 | 2020-12-21 | 一种以病人为中心的医院一体化方法及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112635007A (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113903477A (zh) * | 2021-09-24 | 2022-01-07 | 广东省中医院（广州中医药大学第二附属医院、广州中医药大学第二临床医学院、广东省中医药科学院） | 一种可智能决策的护患交互系统及方法 |
| CN116453637A (zh) * | 2023-03-20 | 2023-07-18 | 杭州市卫生健康事业发展中心 | 一种基于区域大数据的健康数据治理方法和系统 |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105608327A (zh) * | 2015-12-31 | 2016-05-25 | 复旦大学附属华山医院 | 用于实现临床信息共享的方法与设备 |
| CN105786940A (zh) * | 2014-12-26 | 2016-07-20 | 北大医疗信息技术有限公司 | 医疗业务数据获取方法和获取系统 |
| CN109086409A (zh) * | 2018-08-02 | 2018-12-25 | 泰康保险集团股份有限公司 | 微服务数据处理方法、装置、电子设备及计算机可读介质 |
| CN110109887A (zh) * | 2019-03-18 | 2019-08-09 | 北京宇信网景信息技术有限公司 | 数据检索方法、电子设备和计算机存储介质 |
| CN110335650A (zh) * | 2019-06-28 | 2019-10-15 | 贵州省人民医院 | 一种临床数据和科教系统相结合的科研信息共享平台 |
| CN110875095A (zh) * | 2019-09-27 | 2020-03-10 | 长沙瀚云信息科技有限公司 | 一种标准化临床大数据中心系统 |
-
2020
- 2020-12-21 CN CN202011519269.2A patent/CN112635007A/zh active Pending
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105786940A (zh) * | 2014-12-26 | 2016-07-20 | 北大医疗信息技术有限公司 | 医疗业务数据获取方法和获取系统 |
| CN105608327A (zh) * | 2015-12-31 | 2016-05-25 | 复旦大学附属华山医院 | 用于实现临床信息共享的方法与设备 |
| CN109086409A (zh) * | 2018-08-02 | 2018-12-25 | 泰康保险集团股份有限公司 | 微服务数据处理方法、装置、电子设备及计算机可读介质 |
| CN110109887A (zh) * | 2019-03-18 | 2019-08-09 | 北京宇信网景信息技术有限公司 | 数据检索方法、电子设备和计算机存储介质 |
| CN110335650A (zh) * | 2019-06-28 | 2019-10-15 | 贵州省人民医院 | 一种临床数据和科教系统相结合的科研信息共享平台 |
| CN110875095A (zh) * | 2019-09-27 | 2020-03-10 | 长沙瀚云信息科技有限公司 | 一种标准化临床大数据中心系统 |
Non-Patent Citations (4)
| Title |
|---|
| 刘继兰: "《国际标准 中国实际 JCL+HIMSS标准的中国故事》", 北京：光明日报出版社, pages: 188 * |
| 吴正一等: "以临床数据仓库为核心的医院大数据平台构建", 《中国医院管理》 * |
| 吴正一等: "以临床数据仓库为核心的医院大数据平台构建", 《中国医院管理》, vol. 35, no. 11, 30 November 2015 (2015-11-30), pages 13 * |
| 季红云: "医院信息集成平台数据仓库的设计与实现", 《中国优秀硕士学位论文全文数据库信息科技辑（月刊）》, no. 02, 15 February 2018 (2018-02-15) * |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113903477A (zh) * | 2021-09-24 | 2022-01-07 | 广东省中医院（广州中医药大学第二附属医院、广州中医药大学第二临床医学院、广东省中医药科学院） | 一种可智能决策的护患交互系统及方法 |
| CN116453637A (zh) * | 2023-03-20 | 2023-07-18 | 杭州市卫生健康事业发展中心 | 一种基于区域大数据的健康数据治理方法和系统 |
| CN116453637B (zh) * | 2023-03-20 | 2023-11-07 | 杭州市卫生健康事业发展中心 | 一种基于区域大数据的健康数据治理方法和系统 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Wickramasinghe et al. | Creating knowledge-driven healthcare processes with the intelligence continuum | |
| US20120072235A1 (en) | System and Method for Personal Healthcare Analysis and Distributable Archive | |
| KR20050008923A (ko) | 의료 정보의 전산 표준화 방법 | |
| CN113345583A (zh) | 一种构建全生命周期居民智慧健康档案的方法及系统 | |
| CN116469571A (zh) | 一种真实世界数据的专病图谱的构建方法及系统 | |
| CN111755110A (zh) | 三高共管三级协同慢病管理平台 | |
| US20190108264A1 (en) | System prototype of intelligent regional mobile healthcare integrated data center based on metadata | |
| CN112635007A (zh) | 一种以病人为中心的医院一体化方法及系统 | |
| Shneiderman et al. | Interactive visual event analytics: Opportunities and challenges | |
| CN112201333A (zh) | 一种神经外科医疗器材管理系统 | |
| Gulavani et al. | Role of information technology in health care | |
| Wang et al. | Design and implementation of personal health record systems based on knowledge graph | |
| CN115512820A (zh) | 一种云智医智慧医疗平台 | |
| Davis | Prototype for future computer medical records | |
| Hu | Research on monitoring system of daily statistical indexes through big data | |
| Ogbonna et al. | Acceptance and barrier of electronic health records In a Tertiary hospital in Nigeria | |
| CN112599228A (zh) | 一种医疗机构智能交班方法和系统 | |
| Thurler et al. | ARCHIMED: A network of integrated information systems | |
| Stolba et al. | Federated data warehouse approach to support the national and international interoperability of healthcare information systems | |
| Shahpori et al. | Information management framework; a model for clinical departments | |
| Cui et al. | Querying complex federated clinical data using ontological mapping and subsumption reasoning | |
| Oye et al. | Framework for Data Warehousing and Mining Clinical Records of Patients: A Review | |
| Mosmondor et al. | A feasibility study for the integration of a remote patient monitoring solution with electronic health record system | |
| Nasiri et al. | Utilizing acquired healthcare knowledge, based on using electronic health records | |
| Fedorowicz et al. | Data base design for infectious disease control |
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 |