CN113688135A - 一种基于患者主索引技术的医院信息集成方法 - Google Patents
一种基于患者主索引技术的医院信息集成方法 Download PDFInfo
- Publication number
- CN113688135A CN113688135A CN202110980510.XA CN202110980510A CN113688135A CN 113688135 A CN113688135 A CN 113688135A CN 202110980510 A CN202110980510 A CN 202110980510A CN 113688135 A CN113688135 A CN 113688135A
- Authority
- CN
- China
- Prior art keywords
- patient
- index
- main
- main index
- 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
Images
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/22—Indexing; Data structures therefor; Storage structures
- G06F16/2228—Indexing structures
-
- 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/21—Design, administration or maintenance of databases
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- Data Mining & Analysis (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
本发明公开了一种基于患者主索引技术的医院信息集成方法,具体包括如下步骤:步骤1:使用专门的数据库表单来存放主索引数据,患者通过查询是否存在该患者的主索引,如不存在则建立以该患者为主键的主索引,注册主索引保存在数据库表单中;步骤2:配置规则功能对从各系统汇总的患者索引数据库进行监控;步骤3:用户启用规则后,系统根据规则合并监控数据表中的患者数据,最终合并成唯一的患者主索引。本发明以患者作为主体,对各个系统业务中的患者进行统一主索引,利用唯一的患者标识实现医疗信息子系统之间的信息关联,进而实现数据的共享。
Description
技术领域
本发明涉及一种数据管理技术领域,具体涉及一种基于患者主索引技术的医院信息集成方法。
背景技术
医院信息系统(HIS)、电子病历(EMR)、检验管理系统(LIS)、检查管理系统(PACS)、体检系统、手麻系统、绩效管理系统、物资系统、移动医护等三方系统,由于没有建立一个统一的患者主索引,在各个系统中存在自己的患者唯一标识ID,使同一患者分散在不同的临床系统中。并且在同一系统的使用过程中,由于各种因素(重复领取就诊卡、身份证未采集、身份证号码升位等)会出现同一个病人存在多条重复的记录,导致患者的信息更加分散。由于各系统只负责自己的业务和流程,不能提供一个全面完整的患者视图,无法联系患者在各信息系统的数据信息,医护人员需要在不同系统间进行切换、多次查询才能获取病人全面的信息。
在各信息系统中,HIS是核心,EMR、LIS、PACS、体检系统、手麻系统、绩效管理系统、物资系统、移动医护等系统通过互相提供接口以获取数据,并且不能唯一地标识患者。医院由于缺乏统一标准,导致很难将全院数据统一,形成有效的数据仓库,无法及时准确的全面了解患者信息,进而不能根据患者的情况对患者做量身定制服务。
发明内容
本发明的目的在于提供一种基于患者主索引技术的医院信息集成方法,其以患者作为主体,对各个系统业务中的患者进行统一主索引,利用唯一的患者标识实现医疗信息子系统之间的信息关联,进而实现数据的共享。
为解决上述技术问题,本发明所采用的技术方案是:
一种基于患者主索引技术的医院信息集成方法,具体包括如下步骤:
步骤1:使用专门的数据库表单来存放主索引数据,患者通过查询是否存在该患者的主索引,如不存在则建立以该患者为主键的主索引,注册主索引保存在数据库表单中;
步骤2:配置规则功能对从各系统汇总的患者索引数据库进行监控;
步骤3:用户启用规则后,系统根据规则合并监控数据表中的患者数据,最终合并成唯一的患者主索引。
在本发明公开的一个实施例中,步骤2中,配置规则功能包括对主表字段名称的设置和从表字段名称的设置,其中,主表字段名称包括患者姓名、性别代码、医疗机构代码、健康卡号和身份证号码;从表字段名称包括患者姓名、性别代码、病人档案ID、健康卡号和身份证号码。
在本发明公开的一个实施例中,配置功能规则还包括合并阀值的设置;其中,合并阀值指的是自动合并需要的最低分数值,在实际的使用中,此部分由人工在设置。
在本发明公开的一个实施例中,步骤3中,系统根据规则找到监控数据库表单中的患者的数据包括主数据和相似数据,且主数据与相似数据通过列表的方式展示出来。
在本发明公开的一个实施例中,步骤1中,患者的主索引注册包括患者姓名、出生日期、性别、婚配信息、职业类别、国籍代码、民族代码、文化程度代码、注册证件类型号码、健康卡号、医保卡号、注册证件号码、户籍-省名称、户籍-市名称、户籍-乡名称、户籍-村名称、户籍地址、现住址、医疗机构组织结构名称、医疗机构组织机构代码、建档日期信息。
与现有技术相比,本发明具有以下有益效果:
本发明主要通过设置专门的数据库表单来实现主索引数据的统一存放,并将患者的基本信息保存在表单中,同时,通过配置规则来实现对患者主索引数据库的维护,三方系统在后期使用时,根据接口查询该患者信息,并根据是否存在该患者信息,决定新增还是修改相关数据。这样就可以对各个三方系统业务中的患者进行统一索引,利用唯一的患者标识实现医疗信息子系统之间的信息关联,进而实现数据的同步共享。
附图说明
为了更清楚地说明本发明实施方式的技术方案,下面将对实施方式中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本发明的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。
图1为本发明患者主索引形成的流程图。
图2为本发明使用时的院内交互流程图。
具体实施方式
在下文中,仅简单地描述了某些示例性实施例。正如本领域技术人员可认识到的那样,在不脱离本发明实施例的精神或范围的情况下,可通过各种不同方式修改所描述的实施例。因此,附图和描述被认为本质上是示例性的而非限制性的。
在本发明实施例的描述中,需要理解的是,术语“长度”、“竖直”、“水平”、“顶”、“底”等指示的方位或位置关系为基于附图所示的方位或位置关系,仅是为了便于描述本发明实施例和简化描述,而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作,因此不能理解为对本发明实施例的限制。
此外,术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本发明实施例的描述中,“多个”的含义是两个或两个以上,除非另有明确具体的限定。
在本发明实施例中,除非另有明确的规定和限定,术语“安装”、“相连”、“连接”、“固定”等术语应做广义理解,例如,可以是固定连接,也可以是可拆卸连接,或成一体;可以是机械连接,也可以是电连接,还可以是通信;可以是直接相连,也可以通过中间媒介间接相连,可以是两个元件内部的连通或两个元件的相互作用关系。对于本领域的普通技术人员而言,可以根据具体情况理解上述术语在本发明实施例中的具体含义。
在本发明实施例中,除非另有明确的规定和限定,第一特征在第二特征之“上”或之“下”可以包括第一和第二特征直接接触,也可以包括第一和第二特征不是直接接触而是通过它们之间的另外的特征接触。而且,第一特征在第二特征“之上”、“上方”和“上面”包括第一特征在第二特征正上方和斜上方,或仅仅表示第一特征水平高度高于第二特征。第一特征在第二特征“之下”、“下方”和“下面”包括第一特征在第二特征正上方和斜上方,或仅仅表示第一特征水平高度小于第二特征。
下文的公开提供了许多不同的实施方式或例子用来实现本发明实施例的不同结构。为了简化本发明实施例的公开,下文中对特定例子的部件和设置进行描述。当然,它们仅仅为示例,并且目的不在于限制本发明实施例。此外,本发明实施例可以在不同例子中重复参考数字和/或参考字母,这种重复是为了简化和清楚的目的,其本身不指示所讨论各种实施方式和/或设置之间的关系。
下面结合附图对本发明的实施例进行详细说明。
实施例一
本实施例公开了一种基于患者主索引技术的医院信息集成方法,具体包括如下步骤:
步骤1:使用专门的数据库表单来存放主索引数据,患者通过查询是否存在该患者的主索引,如不存在则建立以该患者为主键的主索引,注册主索引保存在数据库表单中;
步骤2:配置规则功能对从各系统汇总的患者索引数据库进行监控;
步骤3:用户启用规则后,系统根据规则合并监控数据表中的患者数据,最终合并成唯一的患者主索引。
其中,一条患者注册的信息产生时,会先判断是否存在该患者的主索引信息,如果存在,就根据设置的规则合并患者主索引信息;如果不存在,则将这条患者注册信息作为患者主索引。
本发明主要通过设置专门的数据库表单来实现主索引数据的统一存放,并将患者的基本信息保存在表单中,同时,通过配置规则来实现对患者主索引数据库的维护,三方系统在后期使用时,根据接口查询该患者信息,并根据是否存在该患者信息,决定新增还是修改相关数据。这样就可以对各个三方系统业务中的患者进行统一索引,利用唯一的患者标识实现医疗信息子系统之间的信息关联,进而实现数据的同步共享。
在实际的使用中,本发明能够完美的解决在复杂的医疗体系内,通过唯一的患者标识将多个医疗信息系统有效的关联在一起,并且,实现各个系统之间的互通,保证完整的、准确的对同一个患者分布在不同系统中的个人信息进行采集,实际数据信息的统一管理。
其中,步骤2中,配置规则功能包括对主表字段名称的设置和从表字段名称的设置,其中,主表字段名称包括患者姓名、性别代码、医疗机构代码、健康卡号和身份证号码;从表字段名称包括患者姓名、性别代码、病人档案ID、健康卡号和身份证号码;这样,在实际的使用中即可通过对患者姓名、性别代码、病人档案ID、健康卡号、身份证号码、医疗机构代码、健康卡号实现对患者信息的索引。
其中,配置功能规则还包括合并阀值的设置,这样可以根据实际情况来设置的阀值以及优先级别,在主索引时实现数据的筛分。
其中,步骤3中,系统根据规则找到监控数据库表单中的患者的数据包括主数据和相似数据,且主数据与相似数据通过列表的方式展示出来;通过列表的方式,便于用户查看信息。
其中,步骤1中,患者的主索引注册包括患者姓名、出生日期、性别、婚配信息、职业类别、国籍代码、民族代码、文化程度代码、注册证件类型号码、健康卡号、医保卡号、注册证件号码、户籍-省名称、户籍-市名称、户籍-乡名称、户籍-村名称、户籍地址、现住址、医疗机构组织结构名称、医疗机构组织机构代码、建档日期信息。
患者主索引功能流程如图1所示;
其中,患者信息注册具体流程如下:把一患者的索引加入到索引系统时,向交叉索引系统传送请求注册消息,消息中包含待注册的患者信息,主要患者信息包括:业务系统、业务系统ID、姓名、性别、出生日期、民族、证件类别、证件号码、住址、电话等。
进行患者信息匹配时,包括窗口特殊标识匹配和事后人工匹配;
其中,窗口特殊标识匹配具体流程为:患者刷卡挂号时,注册应用首先按卡号查看本地是否存在此患者,如果不存在,则弹出患者信息采集窗口,窗口接待员通过输入身份证件号、姓名、性别、出生日期、电话等信息向医院平台主索引服务查询,确定是否在其他院区已经注册。为保证信息的正确性、一致性和匹配真实有效,在此环节,建议尽量利用社保卡、医保卡、二代身份证,通过间接查询或芯片读取等方式直接取得;
事后人工匹配具体流程为:对于窗口产生的潜在合并日志,将利用姓名、性别、出生日期、电话、婚姻状况、职业、文化程序等注册信息,结合以下潜在记录匹配算法供管理员每日定时线下合并处理;
潜在匹配算法步骤如下:
采用“身份信息框架”、“停用词划分”和“关键信息项排序”技术实现身份匹配方法,可以给出身份匹配的相似度;鉴于医院登记时,地址信息大多存在不填或不完整居多这一事实,结合医院数据实际状况,在此算法的基础上,舍弃了用于地址的“停用词划分”,并对其他用于匹配项作了一些调整,采用“姓名”+“性别”+“出生日期”为主,先产生潜在匹配日志,结合地址、联系人、婚姻状况、职业、文化程度等综合相似程度定义为身份信息框架中各个信息项的相似程度的加权和。
在进行患者主索引管理时,具体包括患者查询步骤、患者合并步骤、患者拆分步骤以及更新主索引步骤,
其中;
患者查询步骤具体为允许系统管理操作人员使用全局患者标识或业务系统本地患者标识检索患者;或者输入患者部分信息,如姓名、性别、出生日期、身份证号等检索患者,检索结果以列表形式返回给操作员。同时,能够对查出的患者进行修正及差异性比较。
患者合并步骤具体为:
患者合并主要针对同一患者在注册时,因为特定注册信息缺失导致每次注册时系统都赋予新的主索引,以及在窗口匹配时发生了潜在匹配日志。此时主索引管理器需要在事后对其进行合并至同一个主索引。
患者拆分步骤具体为:当客户端在患者注册时候提供了错误的患者信息,或者管理员事后潜在匹配时操作失误,导致不同患者之间匹配成功并形成了交叉索引,这个时候需要提供人工的方式对所建患者交叉索引进行拆分。
更新主索引步骤具体步骤为:在交叉索引系统新增或更新一个患者的索引信息后,同时需要对主索引进行更新。向交叉索引提供患者信息注册的系统可能拥有不同的信息可信度,因此提供的信息对主索引的影响有所不同。更新操作根据新的信息对主索引每个字段记录的信息进行评价,确定该字段的最佳值;
另外,在实际的使用中还包括操作日志步骤,交叉索引系统业务记录发生的变化都需要记录。
EMPI服务具体功能流程如图2所示,患者主索引服务是平台提供的标准协议,各业务系统如:HIS、LIS、PACS、体检等涉及到患者基本信息的系统,都需要与平台EMPI服务进行交互,读取平台完整的数据,保持患者数据的一致性,达到患者统一管理的目标。平台的CDA共享文档、临床数据中心都是采用患者主索引EMPI进行数据关联
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,应当指出的是,凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等,均应包含在本发明的保护范围之内。
Claims (7)
1.一种基于患者主索引技术的医院信息集成方法,其特征在于,具体包括如下步骤:
步骤1:使用专门的数据库表单来存放主索引数据,患者通过查询是否存在该患者的主索引,如不存在则建立以该患者为主键的主索引,注册主索引保存在数据库表单中;
步骤2:配置规则功能对从各系统汇总的患者索引数据库进行监控;
步骤3:用户启用规则后,系统根据规则合并监控数据表中的患者数据,最终合并成唯一的患者主索引;
后期对患者主索引管理时具体包括患者查询步骤、患者合并步骤、患者拆分步骤以及更新主索引步骤;其中,患者查询步骤具体为允许系统管理操作人员使用全局患者标识或业务系统本地患者标识检索患者;或者输入患者部分信息,具体为姓名、性别、出生日期、身份证号检索患者,检索结果以列表形式返回给操作员;同时,能够对查出的患者进行修正及差异性比较。
2.根据权利要求1所述的一种基于患者主索引技术的医院信息集成方法,其特征在于:患者拆分步骤具体为当客户端在患者注册时候提供了错误的患者信息,或者管理员事后潜在匹配时操作失误,导致不同患者之间匹配成功并形成了交叉索引,这个时候需要提供人工的方式对所建患者交叉索引进行拆分。
3.根据权利要求1所述的一种基于患者主索引技术的医院信息集成方法,其特征在于:更新主索引步骤具体步骤为在交叉索引系统新增或更新一个患者的索引信息后,同时需要对主索引进行更新;向交叉索引提供患者信息注册的系统可能拥有不同的信息可信度,因此提供的信息对主索引的影响有所不同;更新操作根据新的信息对主索引每个字段记录的信息进行评价,确定该字段的最佳值。
4.根据权利要求1所述的一种基于患者主索引技术的医院信息集成方法,其特征在于:步骤2中,配置规则功能包括对主表字段名称的设置和从表字段名称的设置,其中,主表字段名称包括患者姓名、性别代码、医疗机构代码、健康卡号和身份证号码;从表字段名称包括患者姓名、性别代码、病人档案ID、健康卡号和身份证号码。
5.根据权利要求4所述的一种基于患者主索引技术的医院信息集成方法,其特征在于:配置功能规则还包括合并阀值的设置。
6.根据权利要求1所述的一种基于患者主索引技术的医院信息集成方法,其特征在于:步骤3中,系统根据规则找到监控数据库表单中的患者的数据包括主数据和相似数据,且主数据与相似数据通过列表的方式展示出来。
7.根据权利要求1所述的一种基于患者主索引技术的医院信息集成方法,其特征在于:步骤1中,患者的主索引注册包括患者姓名、出生日期、性别、婚配信息、职业类别、国籍代码、民族代码、文化程度代码、注册证件类型号码、健康卡号、医保卡号、注册证件号码、户籍-省名称、户籍-市名称、户籍-乡名称、户籍-村名称、户籍地址、现住址、医疗机构组织结构名称、医疗机构组织机构代码、建档日期信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110980510.XA CN113688135A (zh) | 2021-08-25 | 2021-08-25 | 一种基于患者主索引技术的医院信息集成方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110980510.XA CN113688135A (zh) | 2021-08-25 | 2021-08-25 | 一种基于患者主索引技术的医院信息集成方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN113688135A true CN113688135A (zh) | 2021-11-23 |
Family
ID=78582398
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110980510.XA Pending CN113688135A (zh) | 2021-08-25 | 2021-08-25 | 一种基于患者主索引技术的医院信息集成方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113688135A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115424735A (zh) * | 2022-11-07 | 2022-12-02 | 四川互慧软件有限公司 | 一种电子病历数据交叉互引用方法、系统、设备及介质 |
CN116631561A (zh) * | 2023-07-21 | 2023-08-22 | 四川互慧软件有限公司 | 基于特征划分的患者身份信息匹配方法、装置及电子设备 |
CN116825265A (zh) * | 2023-08-29 | 2023-09-29 | 先临三维科技股份有限公司 | 就诊记录处理方法、装置、电子设备及存储介质 |
CN116959656A (zh) * | 2023-08-18 | 2023-10-27 | 成都医星科技有限公司 | 基于es的医疗主索引抽取合并方法及系统 |
CN117851411A (zh) * | 2024-03-05 | 2024-04-09 | 北方健康医疗大数据科技有限公司 | 患者主索引生成方法及系统 |
-
2021
- 2021-08-25 CN CN202110980510.XA patent/CN113688135A/zh active Pending
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115424735A (zh) * | 2022-11-07 | 2022-12-02 | 四川互慧软件有限公司 | 一种电子病历数据交叉互引用方法、系统、设备及介质 |
CN115424735B (zh) * | 2022-11-07 | 2023-01-31 | 四川互慧软件有限公司 | 一种电子病历数据交叉互引用方法、系统、设备及介质 |
CN116631561A (zh) * | 2023-07-21 | 2023-08-22 | 四川互慧软件有限公司 | 基于特征划分的患者身份信息匹配方法、装置及电子设备 |
CN116631561B (zh) * | 2023-07-21 | 2023-09-19 | 四川互慧软件有限公司 | 基于特征划分的患者身份信息匹配方法、装置及电子设备 |
CN116959656A (zh) * | 2023-08-18 | 2023-10-27 | 成都医星科技有限公司 | 基于es的医疗主索引抽取合并方法及系统 |
CN116959656B (zh) * | 2023-08-18 | 2024-04-23 | 成都医星科技有限公司 | 基于es的医疗主索引抽取合并方法及系统 |
CN116825265A (zh) * | 2023-08-29 | 2023-09-29 | 先临三维科技股份有限公司 | 就诊记录处理方法、装置、电子设备及存储介质 |
CN117851411A (zh) * | 2024-03-05 | 2024-04-09 | 北方健康医疗大数据科技有限公司 | 患者主索引生成方法及系统 |
CN117851411B (zh) * | 2024-03-05 | 2024-05-10 | 北方健康医疗大数据科技有限公司 | 患者主索引生成方法及系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN113688135A (zh) | 一种基于患者主索引技术的医院信息集成方法 | |
US11281662B2 (en) | Managing data objects for graph-based data structures | |
Taylor et al. | Prediction of in‐hospital mortality in emergency department patients with sepsis: a local big data–driven, machine learning approach | |
US9203814B2 (en) | Providing notifications to authorized users | |
US20200321087A1 (en) | System and method for recursive medical health document retrieval and network expansion | |
US8121858B2 (en) | Optimizing pharmaceutical treatment plans across multiple dimensions | |
US8326865B2 (en) | Optimized method of locating complete aggregation of patient health records in a global domain | |
US20130218599A1 (en) | Dual-access security system for medical records | |
JP2005100408A (ja) | 臨床情報の保存、調査及び検索のためのシステムと方法とビジネス方法 | |
US10650478B2 (en) | Real-time aggregation and processing of healthcare records | |
CN106295182A (zh) | 一种基于患者生物信息的身份识别方法 | |
US10665348B1 (en) | Risk assessment and event detection | |
US10672251B1 (en) | Contextual assessment of current conditions | |
US20130031232A1 (en) | System and Method For Sharing Electronic Information | |
KR102479692B1 (ko) | 빅데이터 및 클라우드 시스템 기반 인공지능 응급의료 의사결정 및 응급환자 이송 시스템과 그 방법 | |
US10319056B1 (en) | Biased task assignments based on geotracking of discharge vehicles | |
US20210035666A1 (en) | Integrating distributed systems using biometric identification | |
CN115662560A (zh) | 一种基于互联网的智慧医院管理方法及系统 | |
CN114898831A (zh) | 医疗数据检索系统及检索方法 | |
JP2015230631A (ja) | 情報処理装置及び情報処理プログラム | |
CA3027937A1 (en) | Systems and methods for facilitating communication of health information | |
JP2011233110A (ja) | データ連携システム | |
CN104809360A (zh) | 一种基于医疗保险卡认证的电子医疗大数据系统 | |
CN111897796A (zh) | 用于医院引流的数据库构建方法及医院引流方法 | |
CN116933306A (zh) | 一种基于大数据的医用临床检验诊断病例调阅系统 |
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 |