CN105787842A - 医疗业务数据分发方法和分发系统 - Google Patents
医疗业务数据分发方法和分发系统 Download PDFInfo
- Publication number
- CN105787842A CN105787842A CN201410834998.5A CN201410834998A CN105787842A CN 105787842 A CN105787842 A CN 105787842A CN 201410834998 A CN201410834998 A CN 201410834998A CN 105787842 A CN105787842 A CN 105787842A
- Authority
- CN
- China
- Prior art keywords
- medical
- advice
- doctor
- characteristic
- information
- 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
Landscapes
- Medical Treatment And Welfare Office Work (AREA)
Abstract
本发明提供了一种医疗业务数据分发方法，包括：接收来自医疗源系统的医疗信息；根据所述医疗信息和/或多个医疗接收系统中的每个医疗接收系统的预设医疗订阅信息，将所述医疗信息转发至目标接收系统，其中，所述目标接收系统为所述多个医疗接收系统中的任一医疗接收系统。相应地，本发明还提出了一种医疗业务数据分发系统。通过本发明的技术方案，通过将医院源系统中的医疗信息分发给医疗集成平台的分发系统，然后把医疗信息的属性值与预设医疗订阅信息进行对比，使医疗信息准确快速地分配给各个目标接收系统，从而防止了医疗集成平台中数据的混乱，进而提高了医院的工作效率。
Description
技术领域
本发明涉及数据分发技术领域，具体而言，涉及一种医疗业务数据分发方法和一种医疗业务数据分发系统。
背景技术
目前，随着医疗集成平台在医院的广泛应用，医疗集成平台已经成为了医院信息交互的核心。集成平台将医院的各个系统连接到一起，但是在现有技术中还不能实现将医院源系统中的医疗信息准确快速地分发到各个目标接收系统中，以至于医院的各个系统之间不能达到数据共享的状态。
因此，如何使医院源系统中的医疗信息准确地分发到各个目标接收系统中，成为亟待解决的问题。
发明内容
本发明正是基于上述技术问题，提出了一种新的技术方案，通过把医院源系统中的医疗信息分发给医疗集成平台的分发系统，然后把医疗信息的属性与预设医疗订阅信息进行对比，使医疗集成平台把源系统中的医疗信息准确快速地分配给各个目标接收系统，从而防止了医疗集成平台中数据的混乱，进而提高了医院的工作效率。
有鉴于此，本发明的一方面提出了一种医疗业务数据分发方法，包括：接收来自医疗源系统的医疗信息；根据所述医疗信息和/或多个医疗接收系统中的每个医疗接收系统的预设医疗订阅信息，将所述医疗信息转发至目标接收系统，其中，所述目标接收系统为所述多个医疗接收系统中的任一医疗接收系统。
在该技术方案中，首先将医院源系统中的医疗信息分发给医疗集成平台，然后把医疗信息的属性值与预设医疗订阅信息进行对比，当医疗信息的属性值与预设医疗订阅信息相匹配时，则医疗集成平台上的医疗业务数据分发系统就把该医疗信息准确快速地分配给相应的目标接收系统，从而防止了医疗集成平台中数据的混乱，使医院的整个医疗系统更加强大，进而提高了医院的工作效率。
在上述技术方案中，优选地，所述医疗信息包括医嘱特征数据。
在该技术方案中，分发给目标接收系统的医疗信息包括有医嘱特征数据，其中，接收医嘱特征数据的目标接收系统有很多种，例如，RIS(RadiologyInformationSystem，影像信息系统)，LIS(LaboratoryInformationManagementSystem，实验室信息管理系统)，手术排班和血库等，如果目标接收系统在医疗集成平台订阅的医嘱特征数据与医疗集成平台接收到的信息的属性值相匹配，则该医疗信息就会被快速地分配给目标接收系统，从而提高了医院的工作效率。
在上述技术方案中，优选地，所述医嘱特征数据包括：医疗机构编码、消息服务编码、就诊类型编码、申请科室、执行科室、发送系统编码、医嘱执行分类编码、扩展码中的至少一项数据。
在该技术方案中，医嘱特征数据包括以下类型的一种或多种，其中，
医疗机构编码，用于在集团化医院、医联体等多家独立的医疗机构连接到同一个医疗集成平台上的情况下，区分医疗信息来源于哪家医疗机构，以及各个目标接收系统属于哪家医疗机构。
消息服务编码，用于标识医嘱特征数据的类型，其中，医嘱特征数据的类型可以是检查医嘱、检验医嘱、手术医嘱、出院医嘱等信息，例如，当目标接收系统中的RIS在医疗集成平台上的医疗业务数据分发系统订阅了检查医嘱，如果医疗集成平台接收到的医嘱特征数据属于检查医嘱，则医疗集成平台就会把该数据发给RIS。
就诊类型编码，用于标识医嘱特征数据的就诊信息，因为某些目标接收系统可能只接某一类的就诊信息，其中，就诊信息可以是门诊、急诊、留观、住院和转院等。
申请科室，对于只需要接收特定科室申请的医嘱特征数据的目标接收系统，申请科室能够使医疗业务数据分发系统识别医嘱特征数据的来源科室，以便于医疗业务数据分发系统将该医嘱特征数据发送至对应的目标接收系统。例如，体验目标接收系统只接收体验系统发送出去的检查医嘱，这时，如果医疗集成平台接收到的医嘱特征数据来自体验系统，则会将该医嘱特征数据发送至体验目标接收系统。
执行科室，对于只需要接收特定科室执行的医嘱特征数据目标接收系统，执行科室能够使医疗业务数据分发系统标识医嘱特征数据的目标科室。例如，检验系统只接收检验科执行的检查医嘱，这时，如果医疗集成平台接收到的医嘱特征数据来自检验系统，则会将该医嘱特征数据发送至检验系统。
发送系统编码，用于标识当前医嘱特征数据是从哪个系统发送出来的。因为有些医嘱特征数据是由多个系统发送出来，当希望取某个特定系统的医嘱特征数据时可以用此编码。
医嘱执行分类编码，是对医嘱特征数据本身的属性扩展，用于细分医嘱特征数据具体是由哪类目标接收系统接收，并且医嘱执行分类编码是基于对HIS医嘱字典的调研，使医嘱特征数据字典排查对应的医疗系统。例如，检查类医嘱特征数据可以设定成以下几种:01检查类，0101超声检查，0102核医学检查，0103放射检查，0104病理检查，0105内窥镜检查。
扩展码，针对某些特殊场合保留扩展码，用于针对某类医嘱特征数据更细的分发情况。例如，医嘱特征数据在交费之前是由某一目标接收系统接收，而医嘱交费之后是由另一目标接收系统接收，这样就可以将费用状态放到此扩展码中。
在上述技术方案中，优选地，所述医嘱执行分类编码包括：所述医嘱特征数据的属性，用于对所述医嘱特征数据进行扩展，以确定所述医嘱特征数据的所述目标接收系统。
在该技术方案中，医嘱执行分类编码包括的医嘱特征数据的属性是对医嘱特征数据本身的属性扩展，用于细分医嘱特征数据具体是由哪类目标接收系统接收目标接收系统，通过在医疗信息中添加医嘱执行分类编码，便于医疗业务数据分发系统将医嘱特征数据准确地转发至目标接收系统，防止误转发。
在上述技术方案中，优选地，根据接收到的订阅更改命令，更改每个所述医疗接收系统的所述预设医疗订阅信息。
在该技术方案中，医疗集成平台可以根据医院的实际需求更改目标接收系统中的预设医疗订阅信息，从而更改目标接收系统接收到的医嘱特征数据，进而使医疗集成平台的使用更加灵活，提高了医院的工作效率。
本发明的另一方面提出了一种医疗业务数据分发系统，包括：接收单元，接收来自医疗源系统的医疗信息；转发单元，根据所述医疗信息和/或多个医疗接收系统中的每个医疗接收系统的预设医疗订阅信息，将所述医疗信息转发至目标接收系统，其中，所述目标接收系统为所述多个医疗接收系统中的任一医疗接收系统。
在该技术方案中，首先将医院源系统中的医疗信息分发给医疗集成平台，然后把医疗信息的属性值与预设医疗订阅信息进行对比，当医疗信息的属性值与预设医疗订阅信息相匹配时，则医疗集成平台上的医疗业务数据分发系统就把该医疗信息准确快速地分配给相应的目标接收系统，从而防止了医疗集成平台中数据的混乱，使医院的整个医疗系统更加强大，进而提高了医院的工作效率。
在上述技术方案中，优选地，所述医疗信息包括医嘱特征数据。
在该技术方案中，分发给目标接收系统的医疗信息包括有医嘱特征数据，其中，接收医嘱特征数据的目标接收系统有很多种，例如，RIS，LIS，手术排班和血库等，如果目标接收系统在医疗集成平台订阅的医嘱特征数据与医疗集成平台接收到的信息的属性值相匹配，则该医疗信息就会被快速地分配给目标接收系统，从而提高了医院的工作效率。
在上述技术方案中，优选地，所述医嘱特征数据包括：医疗机构编码、消息服务编码、就诊类型编码、申请科室、执行科室、发送系统编码、医嘱执行分类编码、扩展码中的至少一项数据。
在该技术方案中，医嘱特征数据包括以下类型的一种或多种，其中，
医疗机构编码，用于在集团化医院、医联体等多家独立的医疗机构连接到同一个医疗集成平台上的情况下，区分医疗信息来源于哪家医疗机构，以及各个目标接收系统属于哪家医疗机构。
消息服务编码，用于标识医嘱特征数据的类型，其中，医嘱特征数据的类型可以是检查医嘱、检验医嘱、手术医嘱、出院医嘱等信息，例如，目标接收系统中的RIS在医疗集成平台上的医疗业务数据分发系统订阅了检查医嘱，如果医疗集成平台接收到的医嘱特征数据属于检查医嘱，则医疗集成平台就会把该数据发给RIS。
就诊类型编码，用于标识医嘱特征数据的就诊信息，因为某些目标接收系统可能只接某一类的就诊信息，其中，就诊信息可以是门诊、急诊、留观、住院和转院等。
申请科室，对于只需要接收特定科室申请的医嘱特征数据的情况下目标接收系统，申请科室能够使医疗业务数据分发系统识别医嘱特征数据的来源科室，以便于医疗业务数据分发系统将该医嘱特征数据发送至对应的目标接收系统。例如，体验目标接收系统只接收体验系统发送出去的检查医嘱，这时，如果医疗集成平台接收到的医嘱特征数据来自体验系统，则会将该医嘱特征数据发送至体验目标接收系统。
执行科室，对于在只需要接收特定科室执行的医嘱特征数据的目标接收系统，执行科室能够使医疗业务数据分发系统标识医嘱特征数据的目标科室。例如，检验系统只接收检验科执行的检查医嘱，这时，如果医疗集成平台接收到的医嘱特征数据来自体验系统，则会将该医嘱特征数据发送至体验目标接收系统。
发送系统编码，用于标识当前医嘱特征数据是从哪个系统发送出来的。因为有些医嘱特征数据是由多个系统发送出来，当希望取某个特定系统的医嘱特征数据时可以用此编码。
医嘱执行分类编码，是对医嘱特征数据本身的属性扩展，用于细分医嘱特征数据具体是由哪类目标接收系统接收，并且医嘱执行分类编码是基于对HIS医嘱字典的调研，使医嘱特征数据字典排查对应的医疗系统。例如，检查类医嘱特征数据可以设定成以下几种:01检查类，0101超声检查，0102核医学检查，0103放射检查，0104病理检查，0105内窥镜检查。
扩展码，针对某些特殊场合保留扩展码，用于针对某类医嘱特征数据更细的分发情况。例如，医嘱特征数据在交费之前是由某一目标接收系统接收，而医嘱交费之后是由另一目标接收系统接收，这样就可以将费用状态放到此扩展码中。
在上述技术方案中，优选地，所述医嘱执行分类编码包括：所述医嘱特征数据的属性，用于对所述医嘱特征数据进行扩展，以确定所述医嘱特征数据的所述目标接收系统。
在该技术方案中，医嘱执行分类编码包括的医嘱特征数据的属性是对医嘱特征数据本身的属性扩展，用于细分医嘱特征数据具体是由哪类目标接收系统接收目标接收系统，通过在医疗信息中添加医嘱执行分类编码，便于医疗业务数据分发系统将医嘱特征数据准确地转发至目标接收系统，防止误转发。
在上述技术方案中，优选地，更改单元，根据接收到的订阅更改命令，更改每个所述医疗接收系统的所述预设医疗订阅信息。
在该技术方案中，医疗集成平台可以根据医院的实际需求更改目标接收系统中的预设医疗订阅信息，从而更改目标接收系统接收到的医嘱特征数据，进而使医疗集成平台的使用更加灵活，提高了医院的工作效率。
通过上述技术方案，通过将医院源系统中的医疗信息分发给医疗集成平台的分发系统，然后把医疗信息的属性与预设医疗订阅信息进行对比，使医疗集成平台把源系统中的医疗信息准确快速地分配给各个目标接收系统，从而防止了医疗集成平台中数据的混乱，进而提高了医院的工作效率。
附图说明
图1示出了根据本发明的实施例的医疗业务数据分发方法的流程示意图；
图2示出了根据本发明的实施例的医疗业务数据分发系统的结构示意图；
图3示出了医疗集成平台的系统分布的截图；
图4示出了根据本发明的实施例的医疗业务数据分发系统的订阅信息的截图；
图5示出了根据本发明的实施例的医疗业务数据分发系统接收到的医疗信息的截图。
具体实施方式
为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是，在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。
在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是，本发明还可以采用其他不同于在此描述的其他方式来实施，因此，本发明的保护范围并不受下面公开的具体实施例的限制。
图1示出了根据本发明的实施例的医疗业务数据分发方法的流程示意图。
如图1所示，本发明的一方面提出了一种医疗业务数据分发方法，包括：步骤102，接收来自医疗源系统的医疗信息；步骤104，根据所述医疗信息和/或多个医疗接收系统中的每个医疗接收系统的预设医疗订阅信息，将所述医疗信息转发至目标接收系统，其中，所述目标接收系统为所述多个医疗接收系统中的任一医疗接收系统。
在该技术方案中，首先将医院源系统中的医疗信息分发给医疗集成平台，然后把医疗信息的属性值与预设医疗订阅信息进行对比，当医疗信息的属性值与预设医疗订阅信息相匹配时，则医疗集成平台上的医疗业务数据分发系统就把该医疗信息准确快速地分配给相应的目标接收系统，从而防止了医疗集成平台中数据的混乱，使医院的整个医疗系统更加强大，进而提高了医院的工作效率。
在上述技术方案中，优选地，所述医疗信息包括医嘱特征数据。
在该技术方案中，分发给目标接收系统的医疗信息包括有医嘱特征数据，其中，接收医嘱特征数据的目标接收系统有很多种，例如，RIS(RadiologyInformationSystem，影像信息系统)，LIS(LaboratoryInformationManagementSystem，实验室信息管理系统)，手术排班和血库等，如果目标接收系统在医疗集成平台订阅的医嘱特征数据与医疗集成平台接收到的信息的属性值相匹配，则该医疗信息就会被快速地分配给目标接收系统，从而提高了医院的工作效率。
在上述技术方案中，优选地，所述医嘱特征数据包括：医疗机构编码、消息服务编码、就诊类型编码、申请科室、执行科室、发送系统编码、医嘱执行分类编码、扩展码中的至少一项数据。
在该技术方案中，医嘱特征数据包括以下类型的一种或多种，其中，
医疗机构编码，用于在集团化医院、医联体等多家独立的医疗机构连接到同一个医疗集成平台上的情况下，医疗机构编码用于区分数据医疗信息来源于哪家医疗机构，以及各个目标接收系统属于哪家医疗机构。
消息服务编码，用于标识医嘱特征数据的类型，其中，医嘱特征数据的类型可以是检查医嘱、检验医嘱、手术医嘱、出院医嘱等信息，例如，目标接收系统中的RIS在医疗集成平台上的医疗业务数据分发系统订阅了检查医嘱，如果医疗集成平台接收到的医嘱特征数据属于检查医嘱，则医疗集成平台就会把该数据发给RIS。
就诊类型编码，用于标识医嘱特征数据的就诊信息，因为某些目标接收系统可能只接某一类的就诊信息，其中，就诊信息可以是门诊、急诊、留观、住院和转院等。
申请科室，对于只需要接收特定科室申请的医嘱特征数据的目标接收系统，申请科室能使医疗业务数据分发系统够识别医嘱特征数据的来源科室，以便于医疗业务数据分发系统将该医嘱特征数据发送至对应的目标接收系统。例如，体验目标接收系统只接收体验系统发送出去的检查医嘱这时，如果医疗集成平台接收到的医嘱特征数据来自体验系统，则会将该医嘱特征数据发送至体验目标接收系统。
执行科室，对于只需要接收特定科室执行的医嘱特征数据的目标接收系统，执行科室能够使医疗业务数据分发系统标识医嘱特征数据的目标科室。例如，检验系统只接收检验科执行的检查医嘱，这时，如果医疗集成平台接收到的医嘱特征数据来自检验系统，则会将该医嘱特征数据发送至检验系统。
发送系统编码，用于标识当前医嘱特征数据是从哪个系统发送出来的。因为有些医嘱特征数据是由多个系统发送出来，当希望取某个特定系统的医嘱特征数据时可以用此编码。
医嘱执行分类编码，是对医嘱特征数据本身的属性扩展，用于细分医嘱特征数据具体是由哪类目标接收系统接收，并且医嘱执行分类编码是基于对HIS医嘱字典的调研，使医嘱特征数据字典排查对应的医疗系统。例如，检查类医嘱特征数据可以设定成以下几种:01检查类，0101超声检查，0102核医学检查，0103放射检查，0104病理检查，0105内窥镜检查。
扩展码，针对某些特殊场合保留扩展码，用于针对某类医嘱特征数据更细的分发情况。例如，医嘱特征数据在交费之前是由某一目标接收系统接收，而医嘱交费之后是由另一目标接收系统接收，这样就可以将费用状态放到此扩展码中。
在上述技术方案中，优选地，所述医嘱执行分类编码包括：所述医嘱特征数据的属性，用于对所述医嘱特征数据进行扩展，以确定所述医嘱特征数据的所述目标接收系统。
在该技术方案中，医嘱执行分类编码包括的医嘱特征数据的属性是对医嘱特征数据本身的属性扩展，用于细分医嘱特征数据具体是由哪类目标接收系统接收目标接收系统，通过在医疗信息中添加医嘱执行分类编码，便于医疗业务数据分发系统将医嘱特征数据准确地转发至目标接收系统，防止误转发。
在上述技术方案中，优选地，根据接收到的订阅更改命令，更改每个所述医疗接收系统的所述预设医疗订阅信息。
在该技术方案中，医疗集成平台可以根据医院的实际需求更改目标接收系统中的预设医疗订阅信息，从而更改目标接收系统接收到的医嘱特征数据，进而使医疗集成平台的使用更加灵活，提高了医院的工作效率。
图2示出了根据本发明的实施例的医疗业务数据分发系统的结构示意图。
如图2所示，本发明的实施例的医疗业务数据分发系统200，包括：接收单元202，接收来自医疗源系统的医疗信息；转发单元204，根据所述医疗信息和/或多个医疗接收系统中的每个医疗接收系统的预设医疗订阅信息，将所述医疗信息转发至目标接收系统，其中，所述目标接收系统为所述多个医疗接收系统中的任一医疗接收系统。
在该技术方案中，首先将医院源系统中的医疗信息分发给医疗集成平台，然后把医疗信息的属性值与预设医疗订阅信息进行对比，当医疗信息的属性值与预设医疗订阅信息相匹配时，则医疗集成平台上的医疗业务数据分发系统就把该医疗信息准确快速地分配给相应的目标接收系统，从而防止了医疗集成平台中数据的混乱，使医院的整个医疗系统更加强大，进而提高了医院的工作效率。
在上述技术方案中，优选地，所述医疗信息包括医嘱特征数据。
在该技术方案中，分发给目标接收系统的医疗信息包括有医嘱特征数据，其中，接收医嘱特征数据的目标接收系统有很多种，例如，RIS，LIS，手术排班和血库等，如果目标接收系统在医疗集成平台订阅的医嘱特征数据与医疗集成平台接收到的信息的属性值相匹配，则该医疗信息就会被快速地分配给目标接收系统，从而提高了医院的工作效率。
在上述技术方案中，优选地，所述医嘱特征数据包括：医疗机构编码、消息服务编码、就诊类型编码、申请科室、执行科室、发送系统编码、医嘱执行分类编码、扩展码中的至少一项数据。
在该技术方案中，医嘱特征数据包括以下类型的一种或多种，其中，
医疗机构编码，用于在集团化医院、医联体等多家独立的医疗机构连接到同一个医疗集成平台上的情况下，区分医疗信息来源于哪家医疗机构，以及各个目标接收系统属于哪家医疗机构。
消息服务编码，用于标识医嘱特征数据的类型，其中，医嘱特征数据的类型可以是检查医嘱、检验医嘱、手术医嘱、出院医嘱等信息，例如，当目标接收系统中的RIS在医疗集成平台上的医疗业务数据分发系统订阅了检查医嘱，如果医疗集成平台接收到的医嘱特征数据属于检查医嘱，则医疗集成平台就会把该数据发给RIS。
就诊类型编码，用于标识医嘱特征数据的就诊信息，因为某些目标接收系统可能只接某一类的就诊信息，其中，就诊信息可以是门诊、急诊、留观、住院和转院等。
申请科室，对于只需要接收特定科室申请的医嘱特征数据的目标接收系统，申请科室能够使医疗业务数据分发系统识别医嘱特征数据的来源科室，以便于医疗业务数据分发系统将该医嘱特征数据发送至对应的目标接收系统。例如，体验目标接收系统只接收体验系统发送出去的检查医嘱，这时，如果医疗集成平台接收到的医嘱特征数据来自体验系统，则会将该医嘱特征数据发送至体验目标接收系统。
执行科室，只需要接收特定科室执行的医嘱特征数据的目标接收系统，执行科室能够使医疗业务数据分发系统标识医嘱特征数据的目标科室。例如，检验系统只接收检验科执行的检查医嘱，这时，如果医疗集成平台接收到的医嘱特征数据来自体验系统，则会将该医嘱特征数据发送至体验目标接收系统。
发送系统编码，用于标识当前医嘱特征数据是从哪个系统发送出来的。因为有些医嘱特征数据是由多个系统发送出来，当希望取某个特定系统的医嘱特征数据时可以用此编码。
医嘱执行分类编码，是对医嘱特征数据本身的属性扩展，用于细分医嘱特征数据具体是由哪类目标接收系统接收，并且医嘱执行分类编码是基于对HIS医嘱字典的调研，使医嘱特征数据字典排查对应的医疗系统。例如，检查类医嘱特征数据可以设定成以下几种:01检查类，0101超声检查，0102核医学检查，0103放射检查，0104病理检查，0105内窥镜检查。
扩展码，针对某些特殊场合保留扩展码，用于针对某类医嘱特征数据更细的分发情况。例如，医嘱特征数据在交费之前是由某一目标接收系统接收，而医嘱交费之后是由另一目标接收系统接收，这样就可以将费用状态放到此扩展码中。
在上述技术方案中，优选地，所述医嘱执行分类编码包括：所述医嘱特征数据的属性，用于对所述医嘱特征数据进行扩展，以确定所述医嘱特征数据的所述目标接收系统。
在该技术方案中，医嘱执行分类编码包括的医嘱特征数据的属性是对医嘱特征数据本身的属性扩展，用于细分医嘱特征数据具体是由哪类目标接收系统接收目标接收系统，通过在医疗信息中添加医嘱执行分类编码，便于医疗业务数据分发系统将医嘱特征数据准确地转发至目标接收系统，防止误转发。
在上述技术方案中，优选地，更改单元206，根据接收到的订阅更改命令，更改每个所述医疗接收系统的所述预设医疗订阅信息。
在该技术方案中，医疗集成平台可以根据医院的实际需求更改目标接收系统中的预设医疗订阅信息，从而更改目标接收系统接收到的医嘱特征数据，进而使医疗集成平台的使用更加灵活，提高了医院的工作效率。
图3示出了医疗集成平台的系统分布的截图；图4示出了根据本发明的实施例的医疗业务数据分发系统的订阅信息的截图；图5示出了根据本发明的实施例的医疗业务数据分发系统接收到的医疗信息的截图。
下面将结合图3至图5详细说明本发明的技术方案：
医疗集成平台的医疗业务数据分发系统与各个医疗接收系统建立相连(如图3所示)；
用户在医疗集成平台的分发系统上为多个医疗接收系统中的每个医疗接收系统订阅预设医疗订阅信息(其订阅过程如图4所示)；
医疗业务数据分发系统在接收到医院源系统的医疗信息后，会把医疗信息医嘱特征数据的属性值与预设医疗订阅信息进行对比，然后将医疗信息准确快速地分配给与医疗信息相匹配的目标接收系统，其中，医院源系统发送给分发系统的医疗信息包括8类医嘱特征数据(如图5所示)目标接收系统。
以上结合附图详细说明了本发明的技术方案，通过本发明的技术方案，通过把医院源系统中的医疗信息分发给医疗集成平台的分发系统，然后把医疗信息的属性与预设医疗订阅信息进行对比，使医疗集成平台把源系统中的医疗信息准确快速地分配给各个目标接收系统，从而防止了医疗集成平台中数据的混乱，进而提高了医院的工作效率。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (10)
1.一种医疗业务数据分发方法，其特征在于，包括：
接收来自医疗源系统的医疗信息；
根据所述医疗信息和/或多个医疗接收系统中的每个医疗接收系统的预设医疗订阅信息，将所述医疗信息转发至目标接收系统，其中，所述目标接收系统为所述多个医疗接收系统中的任一医疗接收系统。
2.根据权利要求1所述的医疗业务数据分发方法，其特征在于，
所述医疗信息包括医嘱特征数据。
3.根据权利要求2所述的医疗业务数据分发方法，其特征在于，
所述医嘱特征数据包括：医疗机构编码、消息服务编码、就诊类型编码、申请科室、执行科室、发送系统编码、医嘱执行分类编码、扩展码中的至少一项数据。
4.根据权利要求3所述的医疗业务数据分发方法，其特征在于，
所述医嘱执行分类编码包括：所述医嘱特征数据的属性，用于对所述医嘱特征数据进行扩展，以确定所述医嘱特征数据的所述目标接收系统。
5.根据权利要求1至4中任一项所述的医疗业务数据分发方法，其特征在于，
根据接收到的订阅更改命令，更改每个所述医疗接收系统的所述预设医疗订阅信息。
6.一种医疗业务数据分发系统，其特征在于，包括：
接收单元，接收来自医疗源系统的医疗信息；
转发单元，根据所述医疗信息和/或多个医疗接收系统中的每个医疗接收系统的预设医疗订阅信息，将所述医疗信息转发至目标接收系统，其中，所述目标接收系统为所述多个医疗接收系统中的任一医疗接收系统。
7.根据权利要求6所述的医疗业务数据分发系统，其特征在于，
所述医疗信息包括医嘱特征数据。
8.根据权利要求7所述的医疗业务数据分发系统，其特征在于，
所述医嘱特征数据包括：医疗机构编码、消息服务编码、就诊类型编码、申请科室、执行科室、发送系统编码、医嘱执行分类编码、扩展码中的至少一项数据。
9.根据权利要求8所述的医疗业务数据分发系统，其特征在于，
所述医嘱执行分类编码包括：所述医嘱特征数据的属性，用于对所述医嘱特征数据进行扩展，以确定所述医嘱特征数据的所述目标接收系统。
10.根据权利要求6至9中任一项所述的医疗业务数据分发系统，其特征在于，
更改单元，根据接收到的订阅更改命令，更改每个所述医疗接收系统的所述预设医疗订阅信息。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410834998.5A CN105787842A (zh) | 2014-12-26 | 2014-12-26 | 医疗业务数据分发方法和分发系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410834998.5A CN105787842A (zh) | 2014-12-26 | 2014-12-26 | 医疗业务数据分发方法和分发系统 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN105787842A true CN105787842A (zh) | 2016-07-20 |
Family
ID=56389084
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201410834998.5A Pending CN105787842A (zh) | 2014-12-26 | 2014-12-26 | 医疗业务数据分发方法和分发系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN105787842A (zh) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109256197A (zh) * | 2018-08-08 | 2019-01-22 | 北华大学 | 临床输血电子信息系统的智能管理控制方法 |
| CN112768049A (zh) * | 2021-01-28 | 2021-05-07 | 山东众阳健康科技集团有限公司 | 基于状态的医嘱执行体系的构建方法及系统 |
| CN113554513A (zh) * | 2017-11-28 | 2021-10-26 | 创新先进技术有限公司 | 数据处理方法、装置和系统 |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101021910A (zh) * | 2006-02-13 | 2007-08-22 | 中山市人民医院 | 大规模集成化医院信息系统及其设备 |
| JP2009066060A (ja) * | 2007-09-11 | 2009-04-02 | Konica Minolta Medical & Graphic Inc | 医用画像システム、所見レポート生成装置、所見レポート生成方法及びプログラム |
| CN103139042A (zh) * | 2011-11-25 | 2013-06-05 | 深圳市蓝韵网络有限公司 | 基于文件管理的hl7消息处理方法及系统 |
| CN103530332A (zh) * | 2013-09-29 | 2014-01-22 | 方正国际软件有限公司 | 患者数据查询系统和患者数据查询方法 |
| CN103839125A (zh) * | 2012-11-27 | 2014-06-04 | 大连斯马特科技发展有限公司 | 医院信息一体化管理平台系统 |
| CN104142957A (zh) * | 2013-05-10 | 2014-11-12 | 上海联影医疗科技有限公司 | 一种面向区域医疗的数据共享的方法及其系统 |
-
2014
- 2014-12-26 CN CN201410834998.5A patent/CN105787842A/zh active Pending
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101021910A (zh) * | 2006-02-13 | 2007-08-22 | 中山市人民医院 | 大规模集成化医院信息系统及其设备 |
| JP2009066060A (ja) * | 2007-09-11 | 2009-04-02 | Konica Minolta Medical & Graphic Inc | 医用画像システム、所見レポート生成装置、所見レポート生成方法及びプログラム |
| CN103139042A (zh) * | 2011-11-25 | 2013-06-05 | 深圳市蓝韵网络有限公司 | 基于文件管理的hl7消息处理方法及系统 |
| CN103839125A (zh) * | 2012-11-27 | 2014-06-04 | 大连斯马特科技发展有限公司 | 医院信息一体化管理平台系统 |
| CN104142957A (zh) * | 2013-05-10 | 2014-11-12 | 上海联影医疗科技有限公司 | 一种面向区域医疗的数据共享的方法及其系统 |
| CN103530332A (zh) * | 2013-09-29 | 2014-01-22 | 方正国际软件有限公司 | 患者数据查询系统和患者数据查询方法 |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113554513A (zh) * | 2017-11-28 | 2021-10-26 | 创新先进技术有限公司 | 数据处理方法、装置和系统 |
| CN109256197A (zh) * | 2018-08-08 | 2019-01-22 | 北华大学 | 临床输血电子信息系统的智能管理控制方法 |
| CN112768049A (zh) * | 2021-01-28 | 2021-05-07 | 山东众阳健康科技集团有限公司 | 基于状态的医嘱执行体系的构建方法及系统 |
| CN112768049B (zh) * | 2021-01-28 | 2023-11-14 | 众阳健康科技集团有限公司 | 基于状态的医嘱执行体系的构建方法及系统 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Field et al. | The UK Lung Cancer Screening Trial: a pilot randomised controlled trial of low-dose computed tomography screening for the early detection of lung cancer. | |
| Arora et al. | Improving attendance at post–emergency department follow‐up via automated text message appointment reminders: A randomized controlled trial | |
| Page et al. | A systematic approach to chronic heart failure care: a consensus statement | |
| US20140379718A1 (en) | Radiology data processing and standardization techniques | |
| CN105787842A (zh) | 医疗业务数据分发方法和分发系统 | |
| CN105354777A (zh) | 一种基于移动终端的数字化体检系统 | |
| CN104408676A (zh) | 一种社区智能医疗管理系统 | |
| CN104102807A (zh) | 一种医疗系统、患者数据分析设备以及医院网关设备 | |
| CN106355782A (zh) | 报告、胶片自助打印管理系统 | |
| Wild et al. | Measuring quality in cancer care: overview of initiatives in selected countries | |
| Jeun | EMR system and patient medical information protection | |
| Mjåset | On having a national strategy in a time of crisis: Covid-19 lessons from Norway | |
| CN104239744B (zh) | 一种诊疗点服务系统 | |
| CN108986899B (zh) | 医疗资源的配置方法、装置、计算设备及计算机存储介质 | |
| CN102103655A (zh) | 一种基于健康档案共享平台的跨医院协同检查信息系统 | |
| US20150220690A1 (en) | Systems and methods for determining and communicating a benefit response message | |
| KR101342120B1 (ko) | 스마트폰을 이용한 의료정보관리 네트워크 및 그 방법 | |
| Strusowski et al. | Patient navigation metrics: measuring the impact of your patient navigation services | |
| CN107403064A (zh) | 一种医院中医生资源分配大数据系统 | |
| Snyder et al. | Simplifying survivorship care planning: a randomized controlled trial comparing 3 care plan delivery approaches | |
| Calman et al. | 08 Cancer Survivorship | |
| CN110070927A (zh) | 一种电子病历的管理系统及使用方法 | |
| CN102989695B (zh) | 一种控制输液配置流程操作风险的方法及管理系统 | |
| US20160070861A1 (en) | Generating and/or employing finding unique identifiers | |
| CN108376562A (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: 20160720 |