CN109460433A - 一种医疗系统大数据单机集成方法及装置 - Google Patents

一种医疗系统大数据单机集成方法及装置 Download PDF

Info

Publication number
CN109460433A
CN109460433A CN201811061691.0A CN201811061691A CN109460433A CN 109460433 A CN109460433 A CN 109460433A CN 201811061691 A CN201811061691 A CN 201811061691A CN 109460433 A CN109460433 A CN 109460433A
Authority
CN
China
Prior art keywords
medical
data
single machine
interface adapter
equipment
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
Application number
CN201811061691.0A
Other languages
English (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.)
Second Peoples Hospital of Foshan
Original Assignee
Second Peoples Hospital of Foshan
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 Second Peoples Hospital of Foshan filed Critical Second Peoples Hospital of Foshan
Priority to CN201811061691.0A priority Critical patent/CN109460433A/zh
Publication of CN109460433A publication Critical patent/CN109460433A/zh
Pending legal-status Critical Current

Links

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
    • 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

Landscapes

  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Health & Medical Sciences (AREA)
  • Engineering & Computer Science (AREA)
  • Biomedical Technology (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

本公开提供一种医疗系统大数据单机集成方法及装置，将多个不同的系统之间的医疗大数据的数据接口进行单机集成，改变医疗大数据由于来源于不同的系统导致的数据不一致等问题，为医院实现单病种核算、临床路径管理提供有效的数据整合、减少人工统计工作量及错误，实现医院和科室的数据的集成化管理，当数据大量增加时，提升了集HIS、PACS、LIS、CDSS等系统集成后业务数据的系统扩展性、灵活性和稳定性的要求。

Description

一种医疗系统大数据单机集成方法及装置
技术领域
本公开涉及医疗系统大数据集成领域，特别涉及一种医疗系统大数据单机集成方法及装置。
背景技术
目前，HIS系统(医院管理信息系统)包括医学影像信息系统PACS(PictureArchiving and Communication Systems)、临床信息系统(Clinical InformationSystem,CIS)、放射学信息系统(Radiology Information System,RIS)、实验室信息系统(Laboratory Information System,LIS)、临床决策支持系统(Clinical DecisionSupport System,CDSS),其中与医疗活动直接相关的信息系统被称为医疗系统。包括医疗专家系统，辅助诊断系统，辅助教学系统，危重病人监护系统，药物咨询监测系统，以及一些特殊诊疗系统，如CT(计算机X射线层析摄影)，B超，心电图自动分析，血细胞及生化自动分析等。这些医疗系统相对独立，形成专用系统或由专用电子计算机控制，主要完成数据采集和初步分析工作，其结果可通过联机网络汇集成诊疗文件和医疗数据库。进行医疗设备的经济效益分析是一项较为复杂的系统工作，医疗设备的数据是进行经济效益分析工作的关键资料，牵涉到医院的财务部门、采购部门、统计部门、设备使用科室和后勤管理部门等。
上述医疗系统的大数据及信号的集成处理工作正处于起步阶段，业界在医疗系统的大数据集成的设计与实现上方式不统一，医疗数据以私有的不同格式分散在多个信息系统中，缺乏统一的信息模型、数据类型和术语定义，无法高效利用，而医疗机构的医护人员需要能够随时快速地访问完整的临床数据，从而利于做出最好的临床决策并减少医疗差错，医疗系统的数据频度与数据结构差异性随着医疗系统的发展和增加而日益明显，面向全国的信息集成规范仍不健全，缺少统一的数据集成平台。其原因可归结为数据传输方式不一致，数据处理分析过程没有统一的标准，集成结构为多入多出结构，因此给医疗系统的多业务数据集成带来困难。考虑到多业务、多硬件系统的数据安全共享需求，设计出一种松耦合度、能够安全共享多业务医疗大数据的新型医疗系统多业务数据集成技术已经变的十分紧迫。在医疗设备经济效益分析上，信息系统是医疗设备基础数据采集的前提。当前，医疗设备经济效益分析的实际操作较为复杂，缺乏相关软件和系统的支持。信息系统只能够提供检查收入和人次的简易数据，缺乏对单一设备效益数据情况的反映。这些极大的影响了医疗设备经济效益分析工作的科学性和精准性。目前，医院HIS系统对医疗设备检查、治疗收费是以非营利性医疗机构医疗服务价格为指导，每项医疗服务价格项目设“财务分类”、”计费编码”、“项目名称”、“项目内涵”、“除外内容”、“计价单位”、“价格”、“说明”等栏目，基本不对应单机设备数据，这给单机设备效益分析带来很大难度。
发明内容
为解决上述问题，本公开提供一种医疗系统大数据单机集成方法及装置利用接口自动采集HIS，PACS，LIS等系统业务数据，实现单机设备效益分析，在医疗设备效益分析软件中通过设备ID号字段和计费编码字段相对应的表单，实现设备ID号字段和计费编码字段的关联，最终实现单机设备经济效益分析，所述一种医疗系统大数据单机集成方法具体包括以下步骤：
步骤1，根据医疗系统的各个子系统的不同接口连接对应不同的接口适配器；
步骤2，通过接口适配器读取各个子系统的医疗数据；
步骤3，通过接口适配器将医疗数据统一转换为中间格式；
步骤4，根据中间格式的文件属性提取关键信息；
步骤5，存储并输出关键信息。
进一步地，在步骤1中，所述医疗系统的各个子系统包括：HIS系统(医院管理信息系统)、PACS系统(医学影像信息系统)、CIS系统(临床信息系统)、RIS系统(放射学信息系统)、LIS系统(实验室信息系统)、AIMS系统(手术室麻醉信息系统)、ICUS系统(重症监护信息系统)，MNWS系统(医护工作站系统)、CDSS系统(临床决策支持系统)。
进一步地，在步骤1中，所述接口适配器包括：数据库接口适配器、HL7接口适配器,DICOM接口适配器,Web Service接口适配器。
进一步地，在步骤1中，所述接口适配器用于读取医疗系统的各个子系统的医疗数据并转换为中间格式，所述中间格式包括XML、中间表的任意一种，所述中间格式的医疗数据的元素为“设备ID号”、“财务分类”、“计费编码”、“项目名称”、“项目内涵”、“除外内容”、“计价单位”、“价格”、“说明”、“患者ID号”、“患者检查使用编码”、“单机购进”、“折旧费用”、“人工费用”、“耗材支出”、“水电费用”、“维修保养”，从而和医疗系统的各个子系统中设备ID号字段和计费编码字段的表单关联起来，实现设备ID号字段和计费编码字段的关联，其中，“财务分类”、“计费编码”、“项目名称”、“项目内涵”、“除外内容”、“计价单位”、“价格”、“说明”栏目属于为医疗服务价格项目数据的元素。
进一步地，在步骤3中，通过接口适配器将医疗数据统一转换为中间格式的子步骤为，
步骤3.1，收集有医疗数据中设备ID号属性的名称字符串；
除了收集那些具有设备ID号的中间元素属性的名称字符串之外，还会将对应的设备ID号收集起来放在一个数组中；
对于XML文件来说，具有设备ID号的中间元素属性的名称字符串有“设备ID号”、“财务分类”、“计费编码”、“项目名称”、“项目内涵”、“除外内容”、“计价单位”、“价格”、“说明”、“患者ID号”、“患者检查使用编码”、“单机购进”、“折旧费用”、“人工费用”、“耗材支出”、“水电费用”、“维修保养”。
步骤3.2，写入中间文件头；
这一步收集的是中间文件中的其它所有字符串，由于在步骤3.1中，具有设备ID号的中间元素属性的名称字符串已经被收集过了，因此，具有设备ID号的中间元素属性的名称字符串在这一步中不会被重复收集；
步骤3.3，写入字符串资源池；
原来定义在中间文件中的字符串已经在步骤3.1中收集完毕，因此，这里就能够将字符串写入到最终收集到二进制格式的中间文件中去；
例如，对于XML文件来说，依次写入的字符串为“设备ID号”、“财务分类”、”计费编码”、“项目名称”、“项目内涵”、“除外内容”、“计价单位”、“价格”、“说明”、“患者ID号”、“患者检查使用编码”、“单机购进”、“折旧费用”、“人工费用”、“耗材支出”、“水电费用”、“维修保养”。之所以要严格按照这个顺序来写入，是因为接下来要将前面步骤3.1收集到的设备ID号数组也写入到二进制格式的XML文件中去，并且要保持这个设备ID号数组与字符串资源池前六个字符串的对应关系，所述中间格式包括XML、中间表的任意一种。
步骤3.4，将这些收集起来的设备ID号的字符串会写入到最终的二进制中间文件中。
进一步地，在步骤4中，根据中间格式的文件属性提取关键信息方法的子步骤为：
步骤4.1，提取中间格式的设备属性为“设备ID号”、“计费编码”；
步骤4.2，根据“计费编码”提取中间格式的文件中属性为单机购进、折旧费用、人工费用、耗材支出、水电费用、维修保养、工作量构成的数据项为关键信息。
进一步地，在步骤5中，存储关键信息的数据库包括Oracle数据库或MySQL数据库其中任意一种。
本发明还提供了一种医疗系统大数据单机集成装置，所述装置包括：
接口适配器连接单元，用于根据医疗系统的各个子系统的不同接口连接对应不同的接口适配器；
接口读取单元，用于通过接口适配器读取各个子系统的医疗数据；
格式归一化单元，用于通过接口适配器将医疗数据统一转换为中间格式；
关键信息提取单元，用于根据中间格式的文件属性提取关键信息；
数据存储输出单元，用于存储并输出关键信息。
本公开的有益效果为：本公开将多个不同的系统之间的数据做单机集成，改变医疗大数据由于来源于不同的系统导致的数据不一致等问题，为医院实现单病种核算、临床路径管理提供有效的数据工具、为医院提供医疗项目的实际成本及其收益情况，减少人工统计工作量及错误，更加精确地指导医院优化医疗资源配置，利用设备效益分析数据为医院领导，科室管理者提供决策支持，实现医院和科室的精细化管理，当数据大量增加时，提升了集HIS，PACS，LIS等系统集成后业务数据的系统扩展性、灵活性和稳定性的要求。
附图说明
通过对结合附图所示出的实施方式进行详细说明，本公开的上述以及其他特征将更加明显，本公开附图中相同的参考标号表示相同或相似的元素，显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图，在附图中：
图1所示为本公开的一种医疗系统大数据单机集成方法工作流程图；
图2所示为本公开的一种医疗系统大数据单机集成装置模块架构图。
具体实施方式
以下将结合实施例和附图对本公开的构思、具体结构及产生的技术效果进行清楚、完整的描述，以充分地理解本公开的目的、方案和效果。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
如图1所示为根据本公开的一种医疗系统大数据单机集成方法及装置工作流程图，下面结合图1来阐述根据本公开的用户偏好分析方法。
本公开提出一种医疗系统大数据单机集成方法，具体包括以下步骤：
步骤1，根据医疗系统的各个子系统的不同接口连接对应不同的接口适配器；
步骤2，通过接口适配器读取各个子系统的医疗数据；
步骤3，通过接口适配器将医疗数据统一转换为中间格式；
步骤4，根据中间格式的文件属性提取关键信息；
步骤5，存储并输出关键信息。
进一步地，在步骤1中，所述医疗系统的各个子系统包括：HIS系统(医院管理信息系统)、PACS系统(医学影像信息系统)、CIS系统(临床信息系统)、RIS系统(放射学信息系统)、LIS系统(实验室信息系统)、AIMS系统(手术室麻醉信息系统)、ICUS系统(重症监护信息系统)，MNWS系统(医护工作站系统)、CDSS系统(临床决策支持系统)。
进一步地，在步骤1中，所述接口适配器包括：数据库接口适配器、HL7接口适配器,DICOM接口适配器,Web Service接口适配器。
进一步地，在步骤1中，所述接口适配器用于读取医疗系统的各个子系统的医疗数据并转换为中间格式，所述中间格式包括XML、中间表的任意一种，所述中间格式的医疗数据的元素为“设备ID号”、“财务分类”、“计费编码”、“项目名称”、“项目内涵”、“除外内容”、“计价单位”、“价格”、“说明”、“患者ID号”、“患者检查使用编码”、“单机购进”、“折旧费用”、“人工费用”、“耗材支出”、“水电费用”、“维修保养”，从而和医疗系统的各个子系统中设备ID号字段和计费编码字段的表单关联起来，实现设备ID号字段和计费编码字段的关联，其中，“财务分类”、“计费编码”、“项目名称”、“项目内涵”、“除外内容”、“计价单位”、“价格”、“说明”栏目属于为医疗服务价格项目数据的元素。
优选地，集成的系统包括：HIS系统(医院管理信息系统)包括医学影像信息系统PACS(Picture Archiving and Communication Systems)、临床信息系统(ClinicalInformation System,CIS)、放射学信息系统(Radiology Information System,RIS)、LIS系统(实验室信息系统)，AIMS系统(手术室麻醉信息系统)，ICUS(重症监护信息系统)，MNWS(医护工作站)、CDSS系统(临床决策支持系统)，下列表格为各系统所对应的接口。
系统名称 接口类型 备注
HIS系统(医院管理信息系统) 数据库 不含医护工作站
PACS系统(医学影像信息系统) HL7,DICOM 含影像归档与传输
CIS系统(临床信息系统) HL7,Web Service Web Service接口集成
RIS系统(放射学信息系统) HL7,DICOM 影像归档与传输
LIS系统(实验室信息系统) HL7,DICOM 包括所有实验室研究学科内容
AIMS系统(手术室麻醉信息系统) DICOM DICOM接口用于术野图像传输
ICUS系统(重症监护信息系统) HL7 接收、传输医嘱、检验信息
MNWS系统(医护工作站) Web Service 门诊及住院医护工作站
CDSS系统(临床决策支持系统) HL7,Web Service 医师的临床决策
进一步地，HL7的主要应用领域是HIS/RIS，Health Level 7中的“Level 7”是指OSI的七层模型中的最高一层，第七层。但这并不是说它遵循OSI第七层的定义数据元素，它只是用来构成它自己的抽象数据类型和编码规则。它也没有规定规范说明如何支持OSI第一到第六层的数据。HL7为医院数据信息传输协议和标准，规范临床医学和管理信息格式，降低医院信息系统互连的成本，提高医院信息系统之间数据信息共享的程度。在HL7通信协议中，消息(Message)是数据交换的基本单位。HL7的消息是自动生成的，它将HL7标准文档自动转化为一个HL7规则数据库和部分程序数据结构代码。实现一个通信标准的具体工作是生成数据结构，以及实现一个构造器(Builder)和一个解析器(Parser)。数据结构表现了标准中各个数据对象的相互关系。构造器将数据结构中的数据转化成能在电子数据交换媒介中传输的数据串。而解析器能够将数据串解析回原来的数据结构。HL7标准是一个文本结构的文档。首先，利用一些文字处理工具将文档中的各个数据定义抽取成数据结构，再将结构的形式存入预先定义的HL7规则数据库。然后，开发一种代码生成器，它根据规则数据库的内容，自动生成某一种计算机语言代码。最后，可将这些代码加入实际应用的程序框架。
进一步地，DICOM(Digital Imaging and Communications in Medicine)即医学数字成像和通信，是医学图像和相关信息的国际标准(ISO 12052)。它定义了质量能满足临床需要的可用于数据交换的医学图像格式。DICOM标准中涵盖了医学数字图像的采集、归档、通信、显示及查询等几乎所有信息交换的协议；以开放互联的架构和面向对象的方法定义了一套包含各种类型的医学诊断图像及其相关的分析、报告等信息的对象集；定义了用于信息传递、交换的服务类与命令集，以及消息的标准响应；详述了标识各类信息对象的技术；提供了应用于网络环境(OSI或TCP/IP)的服务支持；结构化地定义了制造厂商的兼容性声明(Conformance Statement)。DICOM标准的第五部分介绍它的数据结构，它定义了数据集(Data Set)来保存前面所介绍的信息对象定义(IOD)，数据集又由多个数据元素(DataElement)组成。每个数据元素描述一条信息(所有的标准数据元素及其对应信息在标准的第六部分列出)，它由对应的标记(8位16进制数，如(0008，0016)，前4位是组号(GroupNumber)，后4位是元素号(Element Number)确定DICOM数据元素分为两种，即：
●标准(Standard)数据元素，组号为偶数，含义在标准中已定义。
●私有(Private)数据元素，组号为奇数，其描述信息的内容由用户定义。
进一步地，接口的基础数据对照表(主要针对同时多个系统使用的基础资料，如医疗设备、科室、医疗项目)。
进一步地，Web service是一个独立平台的，低耦合的网络应用程序接口，基于可编程的web的应用程序，可使用开放的XML(标准通用标记语言下的一个子集)标准来描述、发布、发现、协调和配置这些应用程序，用于开发分布式的互操作的应用程序。Web Service技术，能使得运行在不同机器上的不同应用无须借助附加的、专门的第三方软件或硬件，就可相互交换数据或集成。依据Web Service规范实施的应用之间，无论它们所使用的语言、平台或内部协议是什么，都可以相互交换数据。Web Service是自描述、自包含的可用网络模块，可以执行具体的业务功能。Web Service也很容易部署，因为它们基于一些常规的产业标准以及已有的一些技术，诸如标准通用标记语言下的子集XML、HTTP。Web Service减少了应用接口的花费。Web Service为整个医院甚至多个医院之间的业务流程的集成提供了一个通用机制。
进一步地，在步骤3中，通过接口适配器将医疗数据统一转换为中间格式的子步骤为，
步骤3.1，收集有医疗数据中设备ID号属性的名称字符串；
除了收集那些具有设备ID号的中间元素属性的名称字符串之外，还会将对应的设备ID号收集起来放在一个数组中；
对于XML文件来说，具有设备ID号的中间元素属性的名称字符串有“设备ID号”、“财务分类”、“计费编码”、“项目名称”、“项目内涵”、“除外内容”、“计价单位”、“价格”、“说明”、“患者ID号”、“患者检查使用编码”、“单机购进”、“折旧费用”、“人工费用”、“耗材支出”、“水电费用”、“维修保养”。
步骤3.2，写入中间文件头；
这一步收集的是中间文件中的其它所有字符串，由于在步骤3.1中，具有设备ID号的中间元素属性的名称字符串已经被收集过了，因此，具有设备ID号的中间元素属性的名称字符串在这一步中不会被重复收集；
步骤3.3，写入字符串资源池；
原来定义在中间文件中的字符串已经在步骤3.1中收集完毕，因此，这里就能够将字符串写入到最终收集到二进制格式的中间文件中去；
例如，对于XML文件来说，依次写入的字符串为“设备ID号”、“财务分类”、”计费编码”、“项目名称”、“项目内涵”、“除外内容”、“计价单位”、“价格”、“说明”、“患者ID号”、“患者检查使用编码”、“单机购进”、“折旧费用”、“人工费用”、“耗材支出”、“水电费用”、“维修保养”。之所以要严格按照这个顺序来写入，是因为接下来要将前面步骤3.1收集到的设备ID号数组也写入到二进制格式的XML文件中去，并且要保持这个设备ID号数组与字符串资源池前六个字符串的对应关系，所述中间格式包括XML、中间表的任意一种。
步骤3.4，将这些收集起来的设备ID号的字符串会写入到最终的二进制中间文件中。
进一步地，在步骤3中，通过接口适配器将医疗数据统一转换为中间格式的转换方法的源码为：
进一步地，在步骤4中，根据中间格式的文件属性提取关键信息方法的子步骤为：
步骤4.1，提取中间格式的设备属性为“设备ID号”、“计费编码”；
步骤4.2，根据“计费编码”提取中间格式的文件中属性为单机购进、折旧费用、人工费用、耗材支出、水电费用、维修保养、工作量构成的数据项为关键信息。
本发明还提供了一种医疗系统大数据单机集成装置，如图2所示，所述装置包括：
接口适配器连接单元，用于根据医疗系统的各个子系统的不同接口连接对应不同的接口适配器；
接口读取单元，用于通过接口适配器读取各个子系统的医疗数据；
格式归一化单元，用于通过接口适配器将医疗数据统一转换为中间格式；
关键信息提取单元，用于根据中间格式的文件属性提取关键信息；
数据存储输出单元，用于存储并输出关键信息。
所述一种医疗系统大数据单机集成装置可以运行于桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备中。所述一种医疗系统大数据单机集成装置可运行的装置可包括，但不仅限于，处理器、存储器。本领域技术人员可以理解，所述例子仅仅是一种医疗系统大数据单机集成装置的示例，并不构成对一种医疗系统大数据单机集成装置的限定，可以包括比例子更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述一种医疗系统大数据单机集成装置还可以包括输入输出设备、网络接入设备、总线等。所称处理器可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application SpecificIntegrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，所述处理器是所述一种医疗系统大数据单机集成装置运行装置的控制中心，利用各种接口和线路连接整个一种医疗系统大数据单机集成装置可运行装置的各个部分。
所述存储器可用于存储所述计算机程序和/或模块，所述处理器通过运行或执行存储在所述存储器内的计算机程序和/或模块，以及调用存储在存储器内的数据，实现所述一种医疗系统大数据单机集成装置的各种功能。所述存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(SecureDigital,SD)卡，闪存卡(Flash Card)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
分析医院现有大型医疗设备使用现状，结合医院现有HIS等系统相关功能模块及数据信息，所述一种医疗系统大数据单机集成装置能够实现医院大型医疗设备的收入、支出、利润等信息的查询及分析功能，为医院大型医疗设备的引进、使用、计量、保养、维修维护等提供科学决策支持。
所述一种医疗系统大数据单机集成装置，能够实现大型医疗设备各类数据相互关联汇总，便于各级业务使用对象在线统计查询，设备管理部门通过对设备成本效益的实时监控，从而分析评估设备使用情况。
尽管本公开的描述已经相当详尽且特别对几个所述实施例进行了描述，但其并非旨在局限于任何这些细节或实施例或任何特殊实施例，而是应当将其视作是通过参考所附权利要求考虑到现有技术为这些权利要求提供广义的可能性解释，从而有效地涵盖本公开的预定范围。此外，上文以发明人可预见的实施例对本公开进行描述，其目的是为了提供有用的描述，而那些目前尚未预见的对本公开的非实质性改动仍可代表本公开的等效改动。

Claims (8)

1.一种医疗系统大数据单机集成方法，其特征在于，所述方法包括：
步骤1，根据医疗系统的各个子系统的不同接口连接对应不同的接口适配器；
步骤2，通过接口适配器读取各个子系统的医疗数据；
步骤3，通过接口适配器将医疗数据统一转换为中间格式；
步骤4，根据中间格式的文件属性提取关键信息；
步骤5，存储并输出关键信息。
2.根据权利要求1所述的一种医疗系统大数据单机集成方法，其特征在于，在步骤1中，所述医疗系统的各个子系统包括：HIS系统、PACS系统、CIS系统、RIS系统、LIS系统、AIMS系统、ICUS系统，MNWS系统、CDSS系统。
3.根据权利要求1所述的一种医疗系统大数据单机集成方法，其特征在于，在步骤1中，所述接口适配器包括：数据库接口适配器、HL7接口适配器,DICOM接口适配器,Web Service接口适配器。
4.根据权利要求1所述的一种医疗系统大数据单机集成方法，其特征在于，在步骤1中，所述接口适配器用于读取医疗系统的各个子系统的医疗数据并转换为中间格式，所述中间格式包括XML、中间表的任意一种，所述中间格式的医疗数据的元素为“设备ID号”、“财务分类”、“计费编码”、“项目名称”、“项目内涵”、“除外内容”、“计价单位”、“价格”、“说明”、“患者ID号”、“患者检查使用编码”、“单机购进”、“折旧费用”、“人工费用”、“耗材支出”、“水电费用”、“维修保养”，从而和医疗系统的各个子系统中设备ID号字段和计费编码字段的表单关联起来，实现设备ID号字段和计费编码字段的关联，其中，“财务分类”、“计费编码”、“项目名称”、“项目内涵”、“除外内容”、“计价单位”、“价格”、“说明”栏目属于为医疗服务价格项目数据的元素。
5.根据权利要求1所述的一种医疗系统大数据单机集成方法，其特征在于，在步骤3中，通过接口适配器将医疗数据统一转换为中间格式的子步骤为，
步骤3.1，收集有医疗数据中设备ID号属性的名称字符串；
除了收集那些具有设备ID号的中间元素属性的名称字符串之外，还会将对应的设备ID号收集起来放在一个数组中；
步骤3.2，写入中间文件头；
这一步收集的是中间文件中的其它所有字符串，由于在步骤3.1中，具有设备ID号的中间元素属性的名称字符串已经被收集过了，因此，具有设备ID号的中间元素属性的名称字符串在这一步中不会被重复收集；
步骤3.3，写入字符串资源池；
原来定义在中间文件中的字符串已经在步骤3.1中收集完毕，因此，这里就能够将字符串写入到最终收集到二进制格式的中间文件中去；
步骤3.4，将这些收集起来的设备ID号的字符串会写入到最终的二进制中间文件中。
6.根据权利要求1所述的一种医疗系统大数据单机集成方法，其特征在于，在步骤4中，根据中间格式的文件属性提取关键信息方法的子步骤为：
步骤4.1，提取中间格式的设备属性为“设备ID号”、“计费编码”；
步骤4.2，根据“计费编码”提取中间格式的文件中属性为单机购进、折旧费用、人工费用、耗材支出、水电费用、维修保养、工作量构成的数据项为关键信息。
7.根据权利要求1所述的一种医疗系统大数据单机集成方法，其特征在于，在步骤5中，存储关键信息的数据库包括Oracle数据库或MySQL数据库其中任意一种。
8.一种医疗系统大数据单机集成装置，其特征在于，所述装置包括：
接口适配器连接单元，用于根据医疗系统的各个子系统的不同接口连接对应不同的接口适配器；
接口读取单元，用于通过接口适配器读取各个子系统的医疗数据；
格式归一化单元，用于通过接口适配器将医疗数据统一转换为中间格式；
关键信息提取单元，用于根据中间格式的文件属性提取关键信息；
数据存储输出单元，用于存储并输出关键信息。
CN201811061691.0A 2018-09-12 2018-09-12 一种医疗系统大数据单机集成方法及装置 Pending CN109460433A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201811061691.0A CN109460433A (zh) 2018-09-12 2018-09-12 一种医疗系统大数据单机集成方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811061691.0A CN109460433A (zh) 2018-09-12 2018-09-12 一种医疗系统大数据单机集成方法及装置

Publications (1)

Publication Number Publication Date
CN109460433A true CN109460433A (zh) 2019-03-12

Family

ID=65606548

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811061691.0A Pending CN109460433A (zh) 2018-09-12 2018-09-12 一种医疗系统大数据单机集成方法及装置

Country Status (1)

Country Link
CN (1) CN109460433A (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109992627A (zh) * 2019-04-09 2019-07-09 太原理工大学 一种用于临床科研的大数据系统
CN110277158A (zh) * 2019-05-23 2019-09-24 广州博而济信息科技有限公司 一种适合于各类呼吸机进行自动化适配并整理存储数据的方法
CN110502668A (zh) * 2019-10-08 2019-11-26 福建亿能达信息技术股份有限公司 一种CN-DRGs与C-DRG的自动映射和转换方法
CN111124813A (zh) * 2019-12-04 2020-05-08 山东浪潮人工智能研究院有限公司 一种基于自主可控软硬件的监控管理系统
CN111916167A (zh) * 2019-05-09 2020-11-10 中国信息通信研究院 基于前置机系统的医疗大数据处理方法和前置机系统

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102054032A (zh) * 2010-12-22 2011-05-11 广州市慧通计算机有限公司 一种医疗数据信息处理方法及其系统
CN103944968A (zh) * 2014-03-28 2014-07-23 云浮南风数字科技有限公司 一种基于居家养老的异构医疗数据信息集成及共享系统
CN105303494A (zh) * 2015-11-10 2016-02-03 中国人民解放军第三军医大学第三附属医院 一种医疗器械的管理方法及系统
CN106600081A (zh) * 2015-10-14 2017-04-26 上海云平信息科技有限公司 一种医疗设备资产综合管理系统
CN106777970A (zh) * 2016-12-15 2017-05-31 北京锐软科技股份有限公司 一种医疗信息系统数据模板化的集成系统及方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102054032A (zh) * 2010-12-22 2011-05-11 广州市慧通计算机有限公司 一种医疗数据信息处理方法及其系统
CN103944968A (zh) * 2014-03-28 2014-07-23 云浮南风数字科技有限公司 一种基于居家养老的异构医疗数据信息集成及共享系统
CN106600081A (zh) * 2015-10-14 2017-04-26 上海云平信息科技有限公司 一种医疗设备资产综合管理系统
CN105303494A (zh) * 2015-11-10 2016-02-03 中国人民解放军第三军医大学第三附属医院 一种医疗器械的管理方法及系统
CN106777970A (zh) * 2016-12-15 2017-05-31 北京锐软科技股份有限公司 一种医疗信息系统数据模板化的集成系统及方法

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109992627A (zh) * 2019-04-09 2019-07-09 太原理工大学 一种用于临床科研的大数据系统
CN111916167A (zh) * 2019-05-09 2020-11-10 中国信息通信研究院 基于前置机系统的医疗大数据处理方法和前置机系统
CN111916167B (zh) * 2019-05-09 2023-04-07 中国信息通信研究院 基于前置机系统的医疗大数据处理方法和前置机系统
CN110277158A (zh) * 2019-05-23 2019-09-24 广州博而济信息科技有限公司 一种适合于各类呼吸机进行自动化适配并整理存储数据的方法
CN110502668A (zh) * 2019-10-08 2019-11-26 福建亿能达信息技术股份有限公司 一种CN-DRGs与C-DRG的自动映射和转换方法
CN111124813A (zh) * 2019-12-04 2020-05-08 山东浪潮人工智能研究院有限公司 一种基于自主可控软硬件的监控管理系统

Similar Documents

Publication Publication Date Title
CN109460433A (zh) 一种医疗系统大数据单机集成方法及装置
CN101107607B (zh) 程序性医学工作流管理
US8595028B2 (en) System and method for performing medical research across a vast patient population
CN110335647A (zh) 一种临床数据标准化系统及标准化数据采集方法
US20070112782A1 (en) Clinical decision support system
CN110709938A (zh) 用于生成患者数字孪生的方法和系统
Yusof et al. Evaluation of the clinical process in a critical care information system using the Lean method: a case study
CN110335650A (zh) 一种临床数据和科教系统相结合的科研信息共享平台
DE112004000647T5 (de) Informationssystem für vorbeugende Gesundheitsfürsorge
Flannigan et al. Point‐of‐care ultrasound work flow innovation: impact on documentation and billing
NGUYEN et al. A web-based electronic medical records and hospital information system for developing countries
Hammond The role of standards in creating a health information infrastructure
CN105446669A (zh) 基于虚拟打印机的医疗数据采集传输方法及其系统
Tan Health management information systems: Methods and practical applications
Andrikov et al. Development of a prototype of a medical information system for a clinical diagnostic center
Keenan et al. The HANDS project: studying and refining the automated collection of a cross-setting clinical data set
França et al. An overview of the impact of PACS as health informatics and technology e-health in healthcare management
JP7114563B2 (ja) オンデマンドリアルタイム患者固有データ解析計算プラットフォームを提供するシステムおよび方法
Barahona et al. Knowledge and decisions in health telematics: the next decade
Matney et al. Communicating nursing care using the health level seven consolidated clinical document architecture release 2 care plan
CN115101186B (zh) 基于大数据的医院就诊信息管理方法及装置
Oliveira et al. OpenEHR modelling applied to complementary diagnostics requests
Silva et al. Interoperable Electronic Health Records (EHRs) for Ecuador
Gorelova et al. A Discrete Event Simulation of patient flow in an Assisted Reproduction Clinic with the integration of a smart health monitoring system
Schreiweis et al. Open Health Knowledge Management Platform: A Comprehensive Evaluation of a Data-centric Approach for Patient Care and Research

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
RJ01 Rejection of invention patent application after publication

Application publication date: 20190312

RJ01 Rejection of invention patent application after publication