CN106528885A - 一种医疗业务数据处理方法及装置 - Google Patents

一种医疗业务数据处理方法及装置 Download PDF

Info

Publication number
CN106528885A
CN106528885A CN201611168651.7A CN201611168651A CN106528885A CN 106528885 A CN106528885 A CN 106528885A CN 201611168651 A CN201611168651 A CN 201611168651A CN 106528885 A CN106528885 A CN 106528885A
Authority
CN
China
Prior art keywords
subsystem
data
template
message
sql statement
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
CN201611168651.7A
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.)
Suzhou Huanya Data Technology Co Ltd
Original Assignee
Suzhou Huanya Data Technology 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 Suzhou Huanya Data Technology Co Ltd filed Critical Suzhou Huanya Data Technology Co Ltd
Priority to CN201611168651.7A priority Critical patent/CN106528885A/zh
Publication of CN106528885A publication Critical patent/CN106528885A/zh
Pending legal-status Critical Current

Links

Classifications

    • 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
    • G06F16/242—Query formulation
    • G06F16/2423—Interactive query statement specification based on a database schema
    • 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
    • G06F16/242—Query formulation
    • G06F16/2433—Query languages
    • G06F16/2445—Data retrieval commands; View definitions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/22—Social work or social welfare, e.g. community support activities or counselling services

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Databases & Information Systems (AREA)
  • Business, Economics & Management (AREA)
  • General Engineering & Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Health & Medical Sciences (AREA)
  • Computational Linguistics (AREA)
  • Mathematical Physics (AREA)
  • Tourism & Hospitality (AREA)
  • Human Resources & Organizations (AREA)
  • General Health & Medical Sciences (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Primary Health Care (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Software Systems (AREA)
  • Child & Adolescent Psychology (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

本发明公开了一种医疗业务数据处理方法及装置，应用于医疗业务数据处理系统中，该系统包括多个子系统和信息平台；该处理方法包括以下步骤：获取子系统数据访问请求，并获取子系统所对应的SQL语句；通过调用所述SQL语句对所述子系统的数据库进行操作并得到结果表；所述结果表包括表属性别名和表属性值；根据表属性别名与预设消息模板中对应的节点属性之间的映射关系得到预设消息模板中对应的节点属性；按照节点属性从结果表中获取到对应的表属性值并将其封装于预设消息模板中，从而生成消息数据样例并存储。本发明大大提高了各个医疗子系统之间消息数据传输的效率；同时也为用户节省了访问时间，提高了系统的运行效率。

Description

一种医疗业务数据处理方法及装置
技术领域
本发明涉及数据处理，尤其涉及应用于医疗业务中的数据处理。
背景技术
医院的CIS、LIS、HIS等各个系统中来自不同的厂商，随着系统数据增多以及业务项目复杂性的增加，各子系统之间共享数据和交互数据的需求也越来越强烈，但由于各子系统中定义的业务属性千差万别，因此造成了存储业务属性值的二维表结构之间存在着很多的差异。在医院现有的子系统之间，如果想要实现在各个子系统之间获得双方数据信息的共享，一般采用以下三种方式：
1、针对不同结构的数据表信息查询，一般厂商提供完成了相应功能的WebService接口，并将接口开放给第三用户，用户通过调用接口，获取相应的HL7V3信息格式的数据样例，实现医院子系统的信息交互功能，这种功能的实现方式主要基于推送数据的模式。
2、如果医院各个子系统没有提供WebService接口，可以使用一定权限的动态库访问方式，定位需要提供访问数据的二维表，通过视图或中间库将信息数据查询出来，同时加载现有的HL7V3模板，将两者功能结合，封装生成的HL7V3信息格式的样例。
3、如果医院各子系统通过信息集成平台进行关联，则可以利用平台上的消息中间件提供的消息队列MQ的方式，生成所需要的HL7V3信息格式的数据样例，并将其发送到平台上，其他需要消费数据样例的子系统，可以对平台队列中的封装消息进行订阅，实现一个数据样例可供多个系统使用的功能，这种功能的实现方式主要基于拉送数据的模式。
上述三种HL7V3信息格式样例的生成模式，虽然在很大程度上，能够实现将子系统的二维表中的消息数据封装成HL7V3信息格式样例的功能，但是存在以下缺点：
首先，WebService接口推送数据的方式，虽然能够保证系统提供实时数据，但是当推送的数据量过大或者数据更新过于频繁的情况下，就会影响系统性能的发挥；同时，WebService接口的发布严重依赖于子系统的厂商，尤其是当原来二维表数据结构发生变化时，需要同步更新接口的设计以及重新发布接口。
其次，对于使用动态库(DLL)实现获得数据信息的功能，则存在较大的安全风险，尤其针对医院中的患者保密信息，大量动态库的使用会暴露子系统数据库设计的细节，在一定程度上这种方式会加重后台数据格式转化、封装信息数据样例的负担。
最后，针对关联了信息集成平台的子系统而言，MQ操作方式，虽方便了数据的发送和拉送功能，但发送前，后台仍然需要进行大量数据查询，并利用模板进行数据样例封装的操作，对于实时性要求较高的系统而言，这种方式造成的系统访问延迟在很大程度上是无法接受的。
发明内容
为了克服现有技术的不足，本发明的目的在于提供了一种医疗业务数据处理方法及装置，其能够解决现有技术中医疗业务数据不同，导致查询数据效率不高的问题。
本发明的目的采用以下技术方案实现：
本发明提供了一种医疗业务数据处理方法，应用于医疗业务数据处理系统中，该系统包括多个子系统和信息平台；子系统用于提供医疗消息数据，每个子系统都有对应的数据库；所述信息平台用于获取所述数据库中的消息数据，并将其转换为消息数据样例；该处理方法包括以下步骤：
S1：获取子系统数据访问请求，并获取对应的子系统的SQL语句；
S2：通过调用所述SQL语句对所述子系统的数据库进行操作并得到结果表；所述结果表包括表属性别名和表属性值；
S3：根据表属性别名与预设消息模板中对应的节点属性之间的映射关系得到预设消息模板中对应的节点属性；
S4：根据节点属性从结果表中获取到对应的表属性值并将其封装于预设消息模板中，从而生成消息数据样例并存储。
优选地，所述SQL语句是针对一子系统，用户按照需求组织成对应的SQL语句并预先存储于该子系统中。
优选地，所述预设消息模板为HL7V3消息模板。
为了克服现有技术的不足，本发明的目的之二在于提供了一种医疗业务数据处理装置，其能够解决现有技术中医疗业务数据不同，导致查询数据效率不高的问题。
本发明的目的之二采用以下技术方案实现：
本发明还提供了一种医疗业务数据处理装置，包括：
获取模块，用于获取子系统数据访问请求，并获取对应的子系统的SQL语句；
处理模块，用于通过调用该SQL语句对所述子系统的数据库进行操作并得到结果表；所述结果表包括表属性别名和表属性值；
转换模块，用于根据表属性别名与预设消息模板中对应的节点属性之间的映射关系得到预设消息模板中对应的节点属性；
封装模块，用于根据节点属性从结果表中获取到对应的表属性值并将其封装于预设消息模板中，从而生成消息数据样例并存储。
优选地，所述SQL语句是针对一子系统，用户按照需求组织成对应的SQL语句并预先存储于该子系统中。
优选地，所述预设消息模板为HL7V3消息模板。
相比现有技术，本发明的有益效果在于：本发明将来自于不同医疗子系统中的医疗数据转换为统一格式的消息数据样例，从而大大提高了各个医疗子系统之间消息数据传输的效率。
附图说明
图1为本发明提供的一实施例的方法流程图；
图2为本发明提供的一实施例的装置模块图。
具体实施方式
下面，结合附图以及具体实施方式，对本发明做进一步描述：
如图1所示，本发明提供了一种医疗业务数据处理方法，由于各个医疗子系统，比如LIS、CIS、HIS等，每个子系统所定义的业务属性千差万别。因此在存储业务属性数据值时，一般都存储于数据库中，其存储的二维表的结构也存在很多差异。这样在访问各个医疗子系统的数据库时，查询到的结果也不同，不能够对查询结果进行统一处理。比如，查询病人的就诊记录，由于系统A和系统B定义不同，则通过子系统A和子系统B查询得到的病人的就诊记录数据不能够共享或整合等。因此，为了解决上述技术问题，提出该方法，其应用于医疗业务数据处理系统中，该系统包括多个医疗子系统和信息平台，医疗子系统是用于提供医疗消息数据的，而信息平台用于将通过每个医疗子系统获取到的医疗数据转换为统一格式的信息数据样例，从而方便用户的访问。该系统包括四个功能模块，分别为HL7V3消息模板入库、组织SQL语句、数据格式转化和数据样例封装。
在医疗信息平台中，医疗消息数据的封装格式一般包括HL7V2消息格式与HL7V3消息格式，当然还有由软件开发商自身定义的格式，但是通常情况下，使用的较多的是Hl7V2和HL7V3这两种消息格式。对于Hl7V2消息格式属于混杂的固定格式，其一般来说以<SB>开始，以<EB结尾>，该公式在左右方向延伸，该消息的每段头部信息都用一个唯一的三字符代码所标识，这个代码作为段标识(ID)，比如MSH、MSA、ERP、EVN、PID、ROL、OBS、QAK、ACK，提示该行数据代表的医疗信息定义，消息的内容部分则是通过数量不等的标记符合的组合，对所存储的消息内容进行分割，其中消息中的符号主要有<CR>、|、^、&、～、\等，解析这种消息时首先根据消息头部的英文字母定位到某行，然后在该行中，根据标记符号|的数量和HL7V2的属性解析，将患者信息逐一提取出来。由于HL7V2消息格式的混乱性，导致在解析HL7V2消息的数据时非常复杂、查找消息内容中各个属性的时间也较长，尤其是消息数据信息非常庞大的情况下，解析效率较低。
HL7V2消息格式的具体实例如下：
MSH|^～\&|NIS||HIS||20151214164326||RAS^017|NIS_978125592798|P|2.4
PID||000157882601|0000377419^^^^PatientNO～^^^^IDCard～^^^^^IdentifyNO||李惠敏(婴1)||20151204102400|M
……
对于HL7V3消息格式，其与HL7V2消息格式不同，是属于上下分层的树状式，每个节点具有唯一的root(根)属性进行标记。这种类型的消息排布方式一目了然，上下层次清晰，属性节点的配置方向明确，节点路径唯一，尤其是解析时能够迅速定位到消息中的节点，解析方便、速度迅速，即使消息中节点数据庞大、复杂，也不会对消息的解析效率造成明显影响，非常适合用于作为消息制作的标准格式，在集成信息平台以及医院子系统之间传递信息。
HL7V3消息格式的具体实例如下：
因此，鉴于上述HL7V3消息格式的特点，本发明所采用的消息数据模板为HL7V3消息模板，也即是将通过各个子系统获取到的消息数据转换为HL7V3格式的消息数据样例。
由HL7V3消息格式的模板中得知，HL7V3消息格式中存在有很多关键性节点、主节点以及子节点，比如在主节点patientRole中存在id、addr、patient以及providerOrganization四个子节点，其中id节点属性用于标识患者在就诊时会涉及的编号，会有多个不同值；对于每个子节点中可能还会包含多个属于实际自定义业务的节点，比如对于患者ID，子系统A定义为A_ID、而对于子系统B定义为B_ID。针对HL7V3消息格式的结构组成，每个节点都具有不同的节点定位路径(XPath)以及具有唯一根值root进行区分。
在对HL7V3消息模板进行存储的时候，是按照HL7V3消息模板的节点组成以及节点的上下隶属关系，将节点属性、节点属性值以及节点的关系存储于数据库中，形成二维表结构。其中节点属性包括节点ID、节点根值、节点名称、节点类型、节点扩展、节点类编码、节点编码所述的系统、节点展示名和节点决定码；节点属性值包括节点值类型，一般为字符型、数值型和空值；节点的关系包括隶属关系、并列关系以及节点段的循环关系。将上述HL7V3消息模板中的节点属性、节点属性值以及节点之间的关系通过数据库表的形式存储于数据库中，每个节点也有自己的节点路径以及对应的唯一根植root进行区分。
所述组织SQL语句是用于针对各个子系统在进行数据库查询时，所用到的SQL语句，由于各个系统中存储数据的数据库的表以及表中的定义属性不同，则在访问每个子系统的数据库中时，SQL语句也不同。本发明中的SQL语句均是每个子系统根据自身的特点组织对应的SQL语句。当信息平台访问一子系统的数据库时，调用对应的SQL语句即可实现对该子系统的数据库访问。
为了将通过对子系统的数据库查询的结果与HL7V3消息模板中的节点之间进行一一对应，能够方便生成HL7V3格式的消息数据样例。则首先必要使得查询各个数据库所得到的结果是同步地，也即是查询同一类型，其每个数据库的结果都应该是相同的。本发明在组织SQL语句时，针对表达同一含义的数据表中的字段(也即是表属性名)统一定义一别名，这样不管是查询哪个子系统的数据库表，只要是表达同一含义的内容均定义为同一表属性别名，这样就可以将通过不同子系统查询得到的结果进行整合。该表属性别名是与HL7V3消息模板中的节点属性之间具有映射关系，比如该表属性别名与节点属性相同。
其具体的实现如下：
假如对于子系统A，其数据库表A为：
SEQUENCE ST_ID ST_NAME ST_SEX ST_PATIENT_ID ST_DEPART
1 1 st_01 黎明 男 wuzhong_pd001 神经科
2 2 st_02 张茂 男 wuzhong_pd002 内科
3 3 st_03 常磊 男 wuzhong_pd003 外科
对于子系统B，其数据库表B为：
SEQUENCE SF_ID SF_NAME SF_SEX SF_PATIENT_ID SF_DEPART
1 1 sf_01 李显丽 女 wuzhong_pf001 内分泌科
2 2 sf_02 韦珍 女 wuzhong_pf002 皮肤科
3 3 sf_03 赵稷山 男 wuzhong_pf003 骨科
针对表A来说，其数据结果的查询语句为：
select SEQUENCE，ST_ID，T_NAME，T_SEX，T_PATIENT_ID，T_DEPART from Awhere1＝1。
针对表B来说，其数据结果的查询语句为：
select SEQUENCE,SF_ID,SF_NAME,SF_SEX,SF_PATIENT_ID,SF_DEPART from Bwhere1＝1。
通过对上述两表查询结果来看，表中数据要表示的内容类型是相同的，即标记患者的编号、姓名、性别、就诊号以及就诊科室，但是其实际查询到的结果表，由于其定义的数据库表的字段(属性)不同，得到的结果表也是不一样的。因此，针对这种情况，将上述不同表中标记同一内容的不同属性定义为相同的表属性别名，从而完成对不同数据库不同表的同步查询。
即表A中的数据结果的查询语句变为：
select SEQUENCE,ST_ID as ID,ST_NAME as NAME,ST_SEX as SEX,ST_PATIENT_ID as PATIENT_ID,ST_DEPART as DEPART from A where 1＝1。
表B中的数据结果的查询语句变为：
select SEQUENCE,SF_ID as ID,SF_NAME as NAME,SF_SEX as SEX,SF_PATIENT_ID as PATIENT_ID,SF_DEPART as DEPART from B where 1＝1。
上述的表A和表B通过上述查询语句再次查询对应的数据库，获得的数据结果分别如下所示：
表A的查询结果：
SEQUENCE ID NAME SEX PATIENT_ID DEPART
1 1 st_01 黎明 男 wuzhong_pd001 神经科
2 2 st_02 张茂 男 wuzhong_pd002 内科
3 3 st_03 常磊 男 wuzhong_pd003 外科
表B的查询结果：
SEQUENCE ID NAME SEX PATIENT_ID DEPART
1 1 sf_01 李显丽 女 wuzhong_pf001 内分泌科
2 2 sf_02 韦珍 女 wuzhong_pf002 皮肤科
3 3 sf_03 赵稷山 男 wuzhong_pf003 骨科
通过上述SQL语句查询得到的结果表，可得知，查询结果数据同步，也即是通过访问不同的子系统得到的消息数据就可以进行整合，从而实现数据格式的统一。
所述数据格式转化模块用于将SQL查询语句得到的结果表中的数据值转换为HL7V3消息模板中对应的节点属性的值。也即是首先根据预先定义的表属性别名与HL7V3消息模板中的节点属性之间的对应关系，将上述表中的数据值赋值给HL7V3消息模板中节点属性的值。比如别名ID所对应的是病人的编号，而在HL7V3中表示病人ID的节点属性值赋值为st_01；依次类似地将病人名称、病人性别、病人就诊编号、病人就诊科室均赋值给对应的节点，从而可得到该病人的一条就诊记录导入到HL7V3消息模板中。同样地，可将上述表A和表B的查询得到的结果表批量地导入到HL7V3消息模板中，从而可快速生成HL7V3消息格式的信息数据样例并存储，可供用户访问数据使用。
由于本发明将来自于不同医疗子系统的数据转换为统一的消息格式，并存储在信息平台中。当用户需要查询数据时，比如查询病人的就诊记录，只需发送对应的获取指令，就可从该信息平台中获取到对应的医疗数据，其数据处理更快、效率更高。而不是像原有的设计一样，必须对每个子系统的数据库进行访问，而导致数据处理、数据传送的效率低下。
则，该医疗业务数据处理方法，具体包括以下步骤：
S1：获取子系统数据访问请求，并获取对应的子系统的SQL语句。
本步骤中，当需要获取某一子系统的消息数据时，首先系统向子系统发送一子系统数据访问请求，这样子系统根据该子系统数据访问请求就可以得到该子系统所对应的数据库的SQL语句，并根据该SQL语句对该子系统的数据库进行SQL操作。优选地，该SQL语句均是通过各个子系统的商家针对自身的子系统的数据库预先组织生成。
S2：通过调用所述SQL语句对该子系统的数据库进行操作得到结果表；所述结果表包括表属性别名以及表属性值。
本步骤中，根据所述SQL语句来访问对应的子系统数据库从而得到结果表，该结果表中表属性别名以及表属性值。其中表属性别名是指通过预先定义的与预设数据模板中节点对应的节点属性之间具有一一映射的关系的字段。比如，通过对子系统A的数据库表A可通过以下SQL语句：
select SEQUENCE,ST_ID as ID,ST_NAME as NAME,ST_SEX as SEX,ST_PATIENT_ID as PATIENT_ID,ST_DEPART as DEPART from A where 1＝1。
其查询结果为：
SEQUENCE ID NAME SEX PATIENT_ID DEPART
1 1 st_01 黎明 男 wuzhong_pd001 神经科
2 2 st_02 张茂 男 wuzhong_pd002 内科
3 3 st_03 常磊 男 wuzhong_pd003 外科
其中，ST_ID、ST_NAME、ST_SEX是表属性，而ID、NAME、SEX等均为别名，st_01、黎明、男等是表属性值。
S3：根据所述表属性别名与预设数据模板中对应的节点属性之间的映射关系得到预设消息模板中对应的节点属性。
可通过查表的方式得到每一条数据记录，然后在通过表属性别名与节点属性之间的映射关系，从而可得到预设数据模板中对应的节点属性。
比如，结果表中的表属性别名ID、NAME、SEX等是与预设消息模板中的节点之间具有一一对应的关系，由于该表为患者的信息表，比如ID对应于预设消息模板中表示患者的节点id，这样通过这种对应关系，根据表属性别名得到预设消息模板中对应的节点属性值。
S4：根据节点属性从结果表中获取到对应的表属性值并将其封装于预设消息模板中，从而生成消息数据样例并存储。
在将结果表中表属性别名所对应的表属性值，根据表属性别名与节点属性之间的映射关系，将表属性值赋值给节点属性，然后将表属性值对应地封装于预设消息模板中，从而生成消息数据样例并存储于信息平台上。由于预设消息模板中每个节点属性的值都已获取到，然后将其封装于预设消息模板中，从而得到信息数据样例。该信息数据样例也即是统一的格式，比如本文中采用的预设消息模板为HL7V3消息模板，这样就将来自于不同子系统的不同格式的消息数据进行整合成统一的HL7V3消息模板，从而使得用户在获取数据时，系统效率更高。
本发明具有以下技术效果：
1、各个医疗子系统中的医疗数据通过本发明转换为统一格式的消息数据样例，大大提高了子系统之间消息传递的效率。
2、通过将HL7V3消息模板提前存储于系统中，并且组织SQL语句中采用与模板节点对应的别名，避免了在系统后台使用大量程序代码来解析以及拼接SQL所带来的弊端，大大降低了消息数据样例生成的复杂性。
3、通过本发明可避免了现有技术中采用WebService接口调用和直接动态库方位所带来的系统资源的占用，同时，也避免了需要多次访问数据库的操作，节省了访问时间，提高了系统的运行效率。
4、本发明对消息数据样例的封装仅仅涉及到子系统的数据库的一部分就可以完成对应的功能，保护了子系统数据库中二维表的设计细节，大大降低了患者信息泄露的危险性，保证了子系统的安全性。
如图2所示，本发明还提供了一种医疗业务数据处理装置，其包括：
获取模块，用于获取子系统数据访问请求，并获取对应的子系统的SQL语句；
处理模块，用于通过调用该SQL语句对所述子系统的数据库进行操作并得到结果表；所述结果表包括表属性别名和表属性值；
转换模块，用于根据表属性别名与预设消息模板中对应的节点属性之间的映射关系得到预设消息模板中对应的节点属性；
封装模块，用于根据节点属性从结果表中获取到对应的表属性值并将其封装于预设消息模板中，从而生成消息数据样例并存储。
优选地，所述SQL语句是针对一子系统，用户按照需求组织成对应的SQL语句并预先存储于该子系统中。
优选地，所述预设消息模板为HL7V3消息模板。
对本领域的技术人员来说，可根据以上描述的技术方案以及构思，做出其它各种相应的改变以及形变，而所有的这些改变以及形变都应该属于本发明权利要求的保护范围之内。

Claims (6)

1.一种医疗业务数据处理方法，其特征在于，应用于医疗业务数据处理系统中，该系统包括多个子系统和信息平台；子系统用于提供医疗消息数据，每个子系统都有对应的数据库；所述信息平台用于获取所述数据库中的消息数据，并将其转换为消息数据样例；该处理方法包括以下步骤：
S1：获取子系统数据访问请求，并获取对应的子系统的SQL语句；
S2：通过调用所述SQL语句对所述子系统的数据库进行操作并得到结果表；所述结果表包括表属性别名和表属性值；
S3：根据表属性别名与预设消息模板中对应的节点属性之间的映射关系得到预设消息模板中对应的节点属性；
S4：根据节点属性从结果表中获取到对应的表属性值并将其封装于预设消息模板中，从而生成消息数据样例并存储。
2.如权利要求1所述医疗业务数据处理方法，其特征在于，所述SQL语句是针对一子系统，用户按照需求组织成对应的SQL语句并预先存储于该子系统中。
3.如权利要求1所述医疗业务数据处理方法，其特征在于，所述预设消息模板为HL7V3消息模板。
4.一种医疗业务数据处理装置，其特征在于，包括：
获取模块，用于获取子系统数据访问请求，并获取对应的子系统的SQL语句；
处理模块，用于通过调用该SQL语句对所述子系统的数据库进行操作并得到结果表；所述结果表包括表属性别名和表属性值；
转换模块，用于根据表属性别名与预设消息模板中对应的节点属性之间的映射关系得到预设消息模板中对应的节点属性；
封装模块，用于根据节点属性从结果表中获取到对应的表属性值并将其封装于预设消息模板中，从而生成消息数据样例并存储。
5.如权利要求4所述医疗业务数据处理装置，其特征在于，所述SQL语句是针对一子系统，用户按照需求组织成对应的SQL语句并预先存储于该子系统中。
6.如权利要求4所述医疗业务数据处理装置，其特征在于，所述预设消息模板为HL7V3消息模板。
CN201611168651.7A 2016-12-16 2016-12-16 一种医疗业务数据处理方法及装置 Pending CN106528885A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201611168651.7A CN106528885A (zh) 2016-12-16 2016-12-16 一种医疗业务数据处理方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201611168651.7A CN106528885A (zh) 2016-12-16 2016-12-16 一种医疗业务数据处理方法及装置

Publications (1)

Publication Number Publication Date
CN106528885A true CN106528885A (zh) 2017-03-22

Family

ID=58340246

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201611168651.7A Pending CN106528885A (zh) 2016-12-16 2016-12-16 一种医疗业务数据处理方法及装置

Country Status (1)

Country Link
CN (1) CN106528885A (zh)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108255984A (zh) * 2017-12-28 2018-07-06 浪潮通用软件有限公司 一种数据解析方法和装置
CN108959437A (zh) * 2018-06-12 2018-12-07 深圳中兴网信科技有限公司 一种医疗数据处理方法、系统及医疗服务器
CN109671475A (zh) * 2018-12-17 2019-04-23 武汉烽火信息集成技术有限公司 HL7v3数据持久化方法、存储介质、电子设备及系统
WO2019153471A1 (zh) * 2018-02-07 2019-08-15 平安科技（深圳）有限公司 数据表查询方法、装置、终端设备及存储介质
CN112434059A (zh) * 2021-01-26 2021-03-02 腾讯科技（深圳）有限公司 数据处理方法、装置、计算机设备和存储介质
CN113010616A (zh) * 2021-04-26 2021-06-22 广州小鹏汽车科技有限公司 数据处理方法和数据处理系统
CN113190760A (zh) * 2021-05-24 2021-07-30 北京天健智慧科技有限公司 区域健康信息平台的数据处理方法

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101788992A (zh) * 2009-05-06 2010-07-28 厦门东南融通系统工程有限公司 一种数据库查询语句的转换方法和转换系统
CN102436555A (zh) * 2011-12-29 2012-05-02 华为技术有限公司 一种健康数据管理方法和装置
CN102541867A (zh) * 2010-12-15 2012-07-04 金蝶软件（中国）有限公司 数据字典生成方法及系统
CN104537103A (zh) * 2015-01-12 2015-04-22 用友医疗卫生信息系统有限公司 数据处理方法和数据处理装置
CN105786998A (zh) * 2016-02-19 2016-07-20 创元网络技术股份有限公司 数据库中间件系统及利用其处理数据的方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101788992A (zh) * 2009-05-06 2010-07-28 厦门东南融通系统工程有限公司 一种数据库查询语句的转换方法和转换系统
CN102541867A (zh) * 2010-12-15 2012-07-04 金蝶软件（中国）有限公司 数据字典生成方法及系统
CN102436555A (zh) * 2011-12-29 2012-05-02 华为技术有限公司 一种健康数据管理方法和装置
CN104537103A (zh) * 2015-01-12 2015-04-22 用友医疗卫生信息系统有限公司 数据处理方法和数据处理装置
CN105786998A (zh) * 2016-02-19 2016-07-20 创元网络技术股份有限公司 数据库中间件系统及利用其处理数据的方法

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108255984A (zh) * 2017-12-28 2018-07-06 浪潮通用软件有限公司 一种数据解析方法和装置
WO2019153471A1 (zh) * 2018-02-07 2019-08-15 平安科技（深圳）有限公司 数据表查询方法、装置、终端设备及存储介质
CN108959437A (zh) * 2018-06-12 2018-12-07 深圳中兴网信科技有限公司 一种医疗数据处理方法、系统及医疗服务器
CN109671475A (zh) * 2018-12-17 2019-04-23 武汉烽火信息集成技术有限公司 HL7v3数据持久化方法、存储介质、电子设备及系统
CN112434059A (zh) * 2021-01-26 2021-03-02 腾讯科技（深圳）有限公司 数据处理方法、装置、计算机设备和存储介质
CN112434059B (zh) * 2021-01-26 2021-06-22 腾讯科技（深圳）有限公司 数据处理方法、装置、计算机设备和存储介质
CN113010616A (zh) * 2021-04-26 2021-06-22 广州小鹏汽车科技有限公司 数据处理方法和数据处理系统
CN113190760A (zh) * 2021-05-24 2021-07-30 北京天健智慧科技有限公司 区域健康信息平台的数据处理方法
CN113190760B (zh) * 2021-05-24 2024-05-17 北京天健智慧科技有限公司 区域健康信息平台的数据处理方法

Similar Documents

Publication Publication Date Title
CN106528885A (zh) 一种医疗业务数据处理方法及装置
CN107515887A (zh) 一种适用于多种大数据管理系统的交互式查询方法
WO1998030962A2 (en) Method for content-based dynamic formatting for interoperation of computing and edi systems
EP2572299A1 (en) Database translation system and method
CN107515741A (zh) 一种变电站与主站间数据的轻量化传输方法和装置
US20150066536A1 (en) Method and apparatus for generating health quality metrics
JP2022050327A (ja) デジタルツインおよびグラフベース構造を用いたコンピュータ実装システムおよび方法
WO2002037335A2 (en) Object-oriented database abstraction and statement generation
CN104750468B (zh) 一种服务端拓扑数据转换方法和转换装置
CN106802865A (zh) 用于软件测试的应答模拟装置及方法
US9129035B2 (en) Systems, methods, and apparatus for accessing object representations of data sets
CN104951565A (zh) 一种基于内存数据库的xml配置维护方法及系统
CN105468521B (zh) 一种基于子图搜索的指针相关语义错误定位方法
CN106484825B (zh) 一种数据处理方法及装置
US9183294B2 (en) Meta-data approach to querying multiple biomedical ontologies
CN107491700A (zh) 一种数据访问方法及设备
CN111443966A (zh) 一种基于桌面式虚拟仿真的ietm搜索定位方法
CN106484874A (zh) 一种将软件平台底层异构数据统一封装的方法以及系统
WO2023164294A1 (en) Query splitter for an inverted index datastore
CN106201542A (zh) 一种wof快速开发平台
CN105677847A (zh) 基于数据库来实现药物信息智能查询的方法
US20150019584A1 (en) Self-learning java database connectivity (jdbc) driver
CN115795187A (zh) 资源访问方法、装置及设备
Bagan et al. Controlling diversity in benchmarking graph databases
CN104462939B (zh) 一种集群节点间密码信息处理方法及系统

Legal Events

Date Code Title Description
C06 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
RJ01 Rejection of invention patent application after publication

Application publication date: 20170322