CN109783525B - 电子病历数据平台控制系统 - Google Patents
电子病历数据平台控制系统 Download PDFInfo
- Publication number
- CN109783525B CN109783525B CN201811598570.XA CN201811598570A CN109783525B CN 109783525 B CN109783525 B CN 109783525B CN 201811598570 A CN201811598570 A CN 201811598570A CN 109783525 B CN109783525 B CN 109783525B
- Authority
- CN
- China
- Prior art keywords
- medical record
- electronic medical
- data
- hospital
- 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.)
- Active
Links
Images
Landscapes
- Medical Treatment And Welfare Office Work (AREA)
Abstract
本发明公开了电子病历数据平台控制系统,属于病历数据平台领域。电子病历数据平台控制系统,包括数据源端、电子病历数据共享平台和第三方机构业务应用系统,所述的数据源端和第三方机构业务应用系统均通过VPN网关与电子病历数据共享平台数据对接,所述的电子病历数据共享平台包括C端移动应用和窗口业务系统;本发明解决患者、医院、第三方机构之间在住院病历信息共享上的冲突,将患者、医院、第三方机构进行数据打通,为医院节省人力成本,为患者提供便民服务,为第三方机构提高服务效率和质量。
Description
技术领域
本发明涉及病历数据平台技术领域,尤其涉及电子病历数据平台控制系统。
背景技术
病人在医院完成治疗以后需要向保险机构进行报销时,需要根据当地保险机构的要求提交医院住院病历证明、费用发票以及其他文件才能予以报销;这种情况患者就要亲自前往医院开具证明,医院为满足该类需求需要组织专门的人员负责给患者复印所需的住院病历材料;这无疑增加患者和医院机构双方的工作量。
对于保险机构来说,纸质材料易于伪造的特点就给保险机构审核材料真实性带来一定的困难;并且为了有效降低骗保风险,大额保单的用户申请理赔时保险机构会向各医院申请调查该用户的所有历史医疗记录;对于保险机构来说,不论是审核真实性还是调查用户历史医疗记录都是一项耗时耗力的任务;综上所述建设一套安全、高效数据平台控制值系统十分重要。
发明内容
本发明的目的是为了解决现有技术中建设一套安全、高效数据平台控制值系统十分重要问题,而提出的电子病历数据平台控制系统。
为了实现上述目的,本发明采用了如下技术方案:
电子病历数据平台控制系统,包括数据源端、电子病历数据共享平台和第三方机构业务应用系统,所述的数据源端和第三方机构业务应用系统均通过VPN网关与电子病历数据共享平台数据对接,所述的电子病历数据共享平台包括C端移动应用和窗口业务系统,所述的电子病历数据共享平台后端服务系统建设使用异步非阻塞IO的Web框架技术,所述的第三方机构业务应用系统和电子病历数据共享平台均开放供API调用的API端口接口。
优选的,所述数据源端包括A医院、B医院和C体检机构,所述A医院、B医院和C体检机构均通过VPN网关与电子病历数据共享平台数据对接,所述的A医院、B医院和C体检机构均设置有用于上传结构化数据和缩微影像数据的电子病历业务系统。
优选的,所述电子病历业务系统包括HIS、LIS、PACS和费用系统,所述的HIS、LIS、PACS和费用系统通过医院内网与医院窗口PC和前置机数据对接,所述的医院窗口PC和前置机通过VPN网关与电子病历数据共享平台信号相连,所述的医院窗口PC和前置机通过医院端自助查询机信号相连。
优选的,所述电子病历数据共享平台还包括便民医疗储存系统,所述便民医疗储存系统储存有结构化数据、非结构化数据和业务数据。
优选的,所述便民医疗储存系统采用MySQL或Oracle用于存储结构化数据,所述便民医疗储存系统采用分布式系统架构的Apache Hadoop技术用来对计算机集群的大型数据集的分布式处理。
优选的,所述的C端移动应用包括注册账号模块、申请病历模块、在线查阅模块、调阅授权模块和健康模块;所述的C端移动应用主要采用移动应用端或医院自助查询机,所述的移动应用端主要为C端用户提供电子病历申请和查阅服务,所述的医院自助查询机为C/S架构应用,所述的医院自助查询机包括查询病历模块、申请复印病历模块和工单信息模块。
优选的,所述的移动应用端采用APP、微信小程序或微信,所述的移动应用端采用HTTP协议与所述的API端口接口信号相连。
优选的,所述的窗口业务系统包括申请人身份审核模块、纸质工单处理模块、一键查询模块、电子签名模块和影像数据调阅模块。
优选的,所述的第三方机构业务应用系统包括保险同业公会、保险公司和法医鉴定机构,所述的保险公司和法医鉴定机构通过保险同业公会与被保险人对接,所述的保险同业公会、保险公司和法医鉴定机构均通过VPN网关与电子病历数据共享平台数据对接。
优选的,所述的电子病历数据共享平台还包括数字签名服务器、核心交换机和网络防火墙,所述的数据源端和第三方机构业务应用系统均与数字签名服务器信号相连。
与现有技术相比,本发明提供了电子病历数据平台控制系统,具备以下有益效果:
1、该电子病历数据平台控制系统,通过电子病历数据共享平台后端服务系统建设使用异步非阻塞IO的Web框架技术能够在满足系统快速建设的需求并同时保证系统的稳定可靠,同时开放供API调用的API端口接口,从而满足不同机构调用电子病历数据的需求;第三方机构业务应用系统同时开放API端口接口,第三方机构可以通过申请该接口与自己业务系统进行对接,从而实现个性化系统定制等需求;解决患者、医院、第三方机构之间在住院病历信息共享上的冲突,将患者、医院、第三方机构进行数据打通,为医院节省人力成本,为患者提供便民服务,为第三方机构提高服务效率和质量。
附图说明
图1为本发明提出的电子病历数据平台控制系统的数据共享平台控制系统示意图;
图2为本发明提出的电子病历数据平台控制系统的系统结构示意图;
图3为本发明提出的电子病历数据平台控制系统的申请人申请电子病历的传输流程;
图4为本发明提出的电子病历数据平台控制系统的第三方机构申请患者电子病历的传输流程图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。
在本发明的描述中,需要理解的是,术语“上”、“下”、“前”、“后”、“左”、“右”、“顶”、“底”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系,仅是为了便于描述本发明和简化描述,而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作,因此不能理解为对本发明的限制。
实施例1:
参照图1-4,电子病历数据平台控制系统,包括数据源端、电子病历数据共享平台和第三方机构业务应用系统,数据源端和第三方机构业务应用系统均通过VPN网关与电子病历数据共享平台数据对接,电子病历数据共享平台包括C端移动应用和窗口业务系统,电子病历数据共享平台后端服务系统建设使用异步非阻塞IO的Web框架技术,第三方机构业务应用系统和电子病历数据共享平台均开放供API调用的API端口接口;电子病历数据共享平台后端服务系统建设使用异步非阻塞IO的Web框架技术能够在满足系统快速建设的需求并同时保证系统的稳定可靠,同时开放供API调用的API端口接口,从而满足不同机构调用电子病历数据的需求;第三方机构业务应用系统同时开放API端口接口,第三方机构可以通过申请该接口与自己业务系统进行对接,从而实现个性化系统定制等需求;解决患者、医院、第三方机构之间在住院病历信息共享上的冲突,将患者、医院、第三方机构进行数据打通,为医院节省人力成本,为患者提供便民服务,为第三方机构提高服务效率和质量;电子病历传输系统,电子病历传输系统包括申请人申请电子病历的传输流程和第三方机构申请患者电子病历的传输流程;申请人申请电子病历的传输流程主要包括以下步骤:
S1、申请人通过移动应用端(可采用APP、微信小程序或微信)或者医院自助查询机在线申请电子病历;
S2、根据在线申请的电子病历检索数据库,用于检索便民医疗储存系统储存有结构化数据、非结构化数据和业务数据;
S3、若电子病历检索数据库不存在电子病历,则显示原因;
S4、若电子病历检索数据库存在电子病历,则选择所需电子病历并且提交材料;
S5、选择电子病历后进行人工审核,人工审核后可进行PDF文件储存或纸质文件储存;
第三方机构申请患者电子病历的传输流程主要包括以下步骤:
X1、第三方机构(个人、企业、机构)可通过业务PC申请轮询数据;
X2、根据申请的轮询数据检索电子病历数据共享平台中便民医疗储存系统储存的轮询数据库;
X3、若数据库不存在轮询数据,则显示原因;
X4、若数据库存在轮询数据,显示摘要信息;
X5、根据摘要信息索取电子病历,提交材料获得患者授权;
X6、获得患者授权后,若患者已申请到电子病历,则可查阅PDF文件;
X7、若患者没有申请到电子病历,则进行人工审核,人工审核后可进行PDF文件储存或纸质文件储存;
X8、若进行PDF文件储存后,则可查阅PDF文件;
该电子病历的传输系统能够实现电子病历的快速上传,上传到电子病历共享平台,满足不同机构调用电子病历数据的需求;解决患者、医院、第三方机构之间在住院病历信息共享上的冲突,将患者、医院、第三方机构进行数据打通,为医院节省人力成本,为患者提供便民服务,为第三方机构提高服务效率和质量。
实施例2:
参照图1-4,电子病历数据平台控制系统,包括数据源端、电子病历数据共享平台和第三方机构业务应用系统,数据源端和第三方机构业务应用系统均通过VPN网关与电子病历数据共享平台数据对接,电子病历数据共享平台包括C端移动应用和窗口业务系统,电子病历数据共享平台后端服务系统建设使用异步非阻塞IO的Web框架技术,第三方机构业务应用系统和电子病历数据共享平台均开放供API调用的API端口接口;电子病历数据共享平台后端服务系统建设使用异步非阻塞IO的Web框架技术能够在满足系统快速建设的需求并同时保证系统的稳定可靠,同时开放供API调用的API端口接口,从而满足不同机构调用电子病历数据的需求;第三方机构业务应用系统同时开放API端口接口,第三方机构可以通过申请该接口与自己业务系统进行对接,从而实现个性化系统定制等需求;解决患者、医院、第三方机构之间在住院病历信息共享上的冲突,将患者、医院、第三方机构进行数据打通,为医院节省人力成本,为患者提供便民服务,为第三方机构提高服务效率和质量;数据源端包括A医院、B医院和C体检机构,A医院、B医院和C体检机构均通过VPN网关与电子病历数据共享平台数据对接,A医院、B医院和C体检机构均设置有用于上传结构化数据和缩微影像数据的电子病历业务系统;数据源端是多个医院内的结构话数据和缩微影像数据通过相应的电子病历业务系统上传到电子病历数据共享平台,相应的结构话数据进行数据脱敏处理,缩微影像数据进行二次数字签名存在在电子病历数据共享平台的便民医疗储存系统中;
电子病历传输系统,电子病历传输系统包括申请人申请电子病历的传输流程和第三方机构申请患者电子病历的传输流程;申请人申请电子病历的传输流程主要包括以下步骤:
S1、申请人通过移动应用端(可采用APP、微信小程序或微信)或者医院自助查询机在线申请电子病历;
S2、根据在线申请的电子病历检索数据库,用于检索便民医疗储存系统储存有结构化数据、非结构化数据和业务数据;
S3、若电子病历检索数据库不存在电子病历,则显示原因;
S4、若电子病历检索数据库存在电子病历,则选择所需电子病历并且提交材料;
S5、选择电子病历后进行人工审核,人工审核后可进行PDF文件储存或纸质文件储存;
第三方机构申请患者电子病历的传输流程主要包括以下步骤:
X1、第三方机构(个人、企业、机构)可通过业务PC申请轮询数据;
X2、根据申请的轮询数据检索电子病历数据共享平台中便民医疗储存系统储存的轮询数据库;
X3、若数据库不存在轮询数据,则显示原因;
X4、若数据库存在轮询数据,显示摘要信息;
X5、根据摘要信息索取电子病历,提交材料获得患者授权;
X6、获得患者授权后,若患者已申请到电子病历,则可查阅PDF文件;
X7、若患者没有申请到电子病历,则进行人工审核,人工审核后可进行PDF文件储存或纸质文件储存;
X8、若进行PDF文件储存后,则可查阅PDF文件;
该电子病历的传输系统能够实现电子病历的快速上传,上传到电子病历共享平台,满足不同机构调用电子病历数据的需求;解决患者、医院、第三方机构之间在住院病历信息共享上的冲突,将患者、医院、第三方机构进行数据打通,为医院节省人力成本,为患者提供便民服务,为第三方机构提高服务效率和质量;
PDF文件储存或纸质文件具体包括以下步骤:
选取影像数据;
若不选择纸质文件,则打包PDF文件并加盖电子印章并进行储存;
若选择纸质文件,则打印、盖章且记录邮寄状态,然后进行邮寄,最后用户收件;电子病历能够通过该传输系统进行上传到电子病历共享平台进行电子数据保存,也可通过纸质盖章进行纸质保存。
实施例3:
参照图1-4,电子病历数据平台控制系统,与实施例2基本相同,所不同的是,电子病历业务系统包括HIS、LIS、PACS和费用系统,HIS、LIS、PACS和费用系统通过医院内网与医院窗口PC和前置机数据对接,医院窗口PC和前置机通过VPN网关与电子病历数据共享平台信号相连,医院窗口PC和前置机通过医院端自助查询机信号相连,电子病历业务员系统通过HIS、LIS、PACS和费用系统系统上传各种不同的数据,HIS、LIS、PACS和费用系统通过医院内网与医院窗口PC和前置机数据对接,病历的基本信息姓名、身份证号、病历状态、缩微影像路径上传至前置机然后前置机将其通过VPN网关传递到电子病历数据共享平台;
人工审核主要为申请人审核员进行审核和印章管理员进行印章,申请人身份审核员由医院工作人员承担,主要工作为对线上、线下的申请人身份、证明材料进行人工核实;工作流程为在该系统上进行操作,申请人审核包括对线上申请人身份及材料审核和现场申请人身份及材料进行审核,印章管理员主要管理实体印章、电子印章和与托管电子印章调用权限管理系统;主要负责实体印章的管理以及纸质材料的盖章;若电子印章为实体ukey形式则需要由印章管理员管理该电子印章Ukey;若电子印章为托管在电子病历共享平台,则印章使用调用权由印章管理员管理;改审核系统能够将电子病历或者纸质材料进行快速有效的审核,提高服务效率和质量;
还包括系统操作员,系统操作员主要包括操作平台系统调取缩微影像模块、纸质病历打印模块、缩微影像打包成PDF模块和PDF电子签章及上传系统模块;系统操作员兼盖章工作由医院工作人员承担,主要负责在系统中调取申请人所需的影像资料;通过平台业务系统根据需要进行打印住院病历,然后交由印章管理员进行加盖印章;通过平台业务系统根据需要将缩微影像文件打包生成PDF,然后向印章管理员申请电子印章使用授权;最后将加盖电子印章的pdff通过平台业务系统进行上传。
实施例4:
参照图1-4,电子病历数据平台控制系统,与实施例2基本相同,所不同的是,电子病历数据共享平台还包括便民医疗储存系统,便民医疗储存系统储存有结构化数据、非结构化数据和业务数据,便民医疗系统能够储存结构化数据、非结构化数据和业务数据,储存数据种类广,当第三方需要调用储存的数据时,即可快速进行有效的调取。
便民医疗储存系统采用MySQL或Oracle用于存储结构化数据,使用MySQL或Oracle可以实现用于存储PDF二进制流以及其他结构化数据,便民医疗储存系统采用分布式系统架构的Apache Hadoop技术用来对计算机集群的大型数据集的分布式处理;分布式系统架构的Apache Hadoop技术,用来实现在未来数据量庞大以后使用简单的编程模型来实现计算机集群的大型数据集的分布式处理。
实施例4:
参照图1-4,电子病历数据平台控制系统,与实施例1基本相同,所不同的是,C端移动应用包括注册账号模块、申请病历模块、在线查阅模块、调阅授权模块和健康模块;注册账号模块实现新账号的申请和实名认证,电子病历模块包括电子病历和复印电子病历,在线查阅模块实现查阅电子病历和病历溯源,健康模块有保险推荐等功能,C端移动应用主要采用移动应用端或医院自助查询机,移动应用端主要为C端用户提供电子病历申请和查阅服务,移动应用端主要为C端用户提供便捷的电子病历申请和查阅服务,同时为了满足用户习惯的平稳过渡考虑将由纸质病历邮寄服务集成在移动应用端内;移动应用端同时拥有将本人电子病历数据查阅权限授权给第三方(第三方可以是个人、企业、机构)查阅的功能;医院自助查询机是将查询系统集成在特定的一体机内,将该设备安装在医院病案室病历复印窗口前,申请人可以通过该设备自助查询需要打印的病历状态信息,在进行自助病历复印申请,最后由医院窗口工作人员人工完成病历复印、打印操作;医院自助查询机为C/S架构应用,医院自助查询机包括查询病历模块、申请复印病历模块和工单信息模块,工单信息模块可实现工单入系统和打印工单。
移动应用端采用APP、微信小程序或微信,可拓展该系统平台对应的APP、微信小程序或微信,便于申请人端进行操作;移动应用端采用HTTP协议与API端口接口信号相连,确保正确快速地传输超文本文档;
在步骤S4中提交材料时同时进行缴费;步骤S5中人工审核提交的材料复合要求,若材料复合要求则进行PDF文件储存或纸质文件储存;若材料不复合要求则进行系统自动退费,在进行材料审核的同时进行缴费,若审核不符合要求可自动退费,提高了整体工作效率;
步骤S1中患者在线申请电子病历可通过C端移动应用进行电子病历在线申请申请;C端移动应用包括注册账号模块、申请病历模块、在线查阅模块、调阅授权模块和健康模块;注册账号模块实现新账号的申请和实名认证,电子病历模块包括电子病历和复印电子病历,在线查阅模块实现查阅电子病历和病历溯源,健康模块有保险推荐等功能;
C端移动应用主要采用移动应用端,移动应用端主要为C端用户提供电子病历申请;移动应用端主要为C端用户提供电子病历申请和查阅服务,移动应用端主要为C端用户提供便捷的电子病历申请和查阅服务,同时为了满足用户习惯的平稳过渡考虑将由纸质病历邮寄服务集成在移动应用端内;移动应用端同时拥有将本人电子病历数据查阅权限授权给第三方(第三方可以是个人、企业、机构)查阅的功能;移动应用端采用APP、微信小程序或微信,可拓展该系统平台对应的APP、微信小程序或微信,便于申请人端进行操作;
C端移动应用主要采用医院自助查询机,医院自助查询机为C/S架构应用;医院自助查询机是将查询系统集成在特定的一体机内,将该设备安装在医院病案室病历复印窗口前,申请人可以通过该设备自助查询需要打印的病历状态信息,在进行自助病历复印申请,最后由医院窗口工作人员人工完成病历复印、打印操作;医院自助查询机为C/S架构应用,医院自助查询机包括查询病历模块、申请复印病历模块和工单信息模块,工单信息模块可实现工单入系统和打印工单;
PDF文件的储存利用便民医疗储存系统进行储存,便民医疗储存系统可储存有结构化数据、非结构化数据和业务数据;
便民医疗储存系统采用MySQL或Oracle用于存储PDF二进制流的结构化数据,便民医疗储存系统采用分布式系统架构的Apache Hadoop技术用来对计算机集群的大型数据集的分布式处理;使用MySQL或Oracle可以实现用于存储PDF二进制流以及其他结构化数据,便民医疗储存系统采用分布式系统架构的Apache Hadoop技术用来对计算机集群的大型数据集的分布式处理;分布式系统架构的Apache Hadoop技术,用来实现在未来数据量庞大以后使用简单的编程模型来实现计算机集群的大型数据集的分布式处。
实施例5:
参照图1-4,电子病历数据平台控制系统,与实施例1基本相同,所不同的是,窗口业务系统包括申请人身份审核模块、申请人身份审核模块可进行在线审核和现场审核,纸质工单处理模块、纸质工单处理可进行现场工单和邮寄工单,一键查询模块可查询HIS门户系统和查询缩微影像系统、电子签名模块。电子签名可实现一键打包PDF和一键加工电子影子以及电子病历的上传,和影像数据调阅模块,医院端操作人员在医院的病案室病历复印服务窗口通过该平台系统的窗口业务系统进行相应操作,从而既满足线上病历申请的需要,也满足线下病历申请的需要。
第三方机构业务应用系统包括保险同业公会、保险公司和法医鉴定机构,保险公司和法医鉴定机构通过保险同业公会与被保险人对接,保险同业公会、保险公司和法医鉴定机构均通过VPN网关与电子病历数据共享平台数据对接,保险同业公会能够实现保险公司和法医鉴定机构快速的与被保险人进行对接,保险同业公会能够从电子病历数据共享平台快速查询信息,实现保险对接,为第三方机构提高服务效率和质量,保险同业公会实现理赔业务、承保业务、权限控制、授权管理的对接,理赔业务包括住院病历、医疗费用清单的查询,承保业务包括投保人健康指数、立式住院记录的查询、权限控制实现保险公司身份识别、操作人身份识别、患者授权识别。
电子病历数据共享平台还包括数字签名服务器、核心交换机和网络防火墙,数据源端和第三方机构业务应用系统均与数字签名服务器信号相连,数字签名服务器配合Ukey或者登陆APP等进行使用,满足对各机构的实际操作人的身份识别,核心交换机用于提供机房建设中各服务器之间的高性能数据交换服务,网络防火墙用于提供网络安全服务,降低网络攻击风险。
以上所述,仅为本发明较佳的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,根据本发明的技术方案及其发明构思加以等同替换或改变,都应涵盖在本发明的保护范围之内。
Claims (2)
1.电子病历数据平台控制系统,其特征在于,包括数据源端、电子病历数据共享平台和第三方机构业务应用系统,所述的数据源端和第三方机构业务应用系统均通过VPN网关与电子病历数据共享平台数据对接,所述的电子病历数据共享平台包括C端移动应用和窗口业务系统,所述的电子病历数据共享平台后端服务系统建设使用异步非阻塞IO的Web框架技术,所述的第三方机构业务应用系统和电子病历数据共享平台均开放供API调用的API端口接口;所述数据源端包括A医院、B医院和C体检机构,所述A医院、B医院和C体检机构均通过VPN网关与电子病历数据共享平台数据对接,所述的A医院、B医院和C体检机构均设置有用于上传结构化数据和缩微影像数据的电子病历业务系统;所述电子病历业务系统包括HIS、LIS、PACS和费用系统,所述的HIS、LIS、PACS和费用系统通过医院内网与医院窗口PC和前置机数据对接,所述的医院窗口PC和前置机通过VPN网关与电子病历数据共享平台信号相连,所述的医院窗口PC和前置机通过医院端自助查询机信号相连;所述电子病历数据共享平台还包括便民医疗储存系统,所述便民医疗储存系统储存有结构化数据、非结构化数据和业务数据;所述便民医疗储存系统采用MySQL或Oracle用于存储结构化数据,所述便民医疗储存系统采用分布式系统架构的Apache Hadoop技术用来对计算机集群的大型数据集的分布式处理;所述的C端移动应用包括注册账号模块、申请病历模块、在线查阅模块、调阅授权模块和健康模块;所述的C端移动应用主要采用移动应用端或医院自助查询机,所述的移动应用端主要为C端用户提供电子病历申请和查阅服务,所述的医院自助查询机为C/S架构应用,所述的医院自助查询机包括查询病历模块、申请复印病历模块和工单信息模块;所述的移动应用端采用APP、微信小程序或微信,所述的移动应用端采用HTTP协议与所述的API端口接口信号相连;所述的窗口业务系统包括申请人身份审核模块、纸质工单处理模块、一键查询模块、电子签名模块和影像数据调阅模块;所述的第三方机构业务应用系统包括保险同业公会、保险公司和法医鉴定机构,所述的保险公司和法医鉴定机构通过保险同业公会与被保险人对接,所述的保险同业公会、保险公司和法医鉴定机构均通过VPN网关与电子病历数据共享平台数据对接。
2.根据权利要求1所述的电子病历数据平台控制系统,其特征在于,所述的电子病历数据共享平台还包括数字签名服务器、核心交换机和网络防火墙,所述的数据源端和第三方机构业务应用系统均与数字签名服务器信号相连。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811598570.XA CN109783525B (zh) | 2018-12-26 | 2018-12-26 | 电子病历数据平台控制系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811598570.XA CN109783525B (zh) | 2018-12-26 | 2018-12-26 | 电子病历数据平台控制系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109783525A CN109783525A (zh) | 2019-05-21 |
CN109783525B true CN109783525B (zh) | 2023-03-10 |
Family
ID=66498366
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811598570.XA Active CN109783525B (zh) | 2018-12-26 | 2018-12-26 | 电子病历数据平台控制系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109783525B (zh) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110430176A (zh) * | 2019-07-25 | 2019-11-08 | 贵阳朗玛信息技术股份有限公司 | 一种病例共享系统及方法 |
CN111161859A (zh) * | 2019-12-27 | 2020-05-15 | 杭州中科先进技术研究院有限公司 | 一种面向基层医疗机构线下业务系统一体机及集群 |
CN111666591A (zh) * | 2020-06-09 | 2020-09-15 | 山东健康医疗大数据有限公司 | 线上核保数据安全处理方法、系统、设备及存储介质 |
CN117240916B (zh) * | 2023-11-14 | 2024-02-13 | 阿里健康科技(中国)有限公司 | 结构化医学数据的发送方法、存储方法及相关装置 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017012179A1 (zh) * | 2015-07-18 | 2017-01-26 | 深圳市前海颐老科技有限公司 | O2o模式下的电子诊疗单生成方法和网络医院平台 |
CN107391944A (zh) * | 2017-07-27 | 2017-11-24 | 北京太云科技有限公司 | 一种基于区块链的电子病历共享系统 |
-
2018
- 2018-12-26 CN CN201811598570.XA patent/CN109783525B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017012179A1 (zh) * | 2015-07-18 | 2017-01-26 | 深圳市前海颐老科技有限公司 | O2o模式下的电子诊疗单生成方法和网络医院平台 |
CN107391944A (zh) * | 2017-07-27 | 2017-11-24 | 北京太云科技有限公司 | 一种基于区块链的电子病历共享系统 |
Non-Patent Citations (1)
Title |
---|
区域医疗环境下电子病案系统的应用与管理;陈丽;《中国病案》;20170718(第07期);全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN109783525A (zh) | 2019-05-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109783525B (zh) | 电子病历数据平台控制系统 | |
US6738784B1 (en) | Document and information processing system | |
US8355935B2 (en) | Third party information transfer | |
US9178995B2 (en) | Systems and methods for event and incident reporting and management | |
US20070021981A1 (en) | System for managing emergency personnel and their information | |
CN102945519A (zh) | 一种银行内部工作审批流程管理系统 | |
CN108694649A (zh) | 一种知识产权托管服务平台 | |
US11410256B2 (en) | Legal document filing system | |
CN112929591A (zh) | 一种5g税务视频客服平台及其操作方法 | |
US20160180027A1 (en) | Data capturing and exchange method and system | |
CN109727650A (zh) | 电子病历传输系统 | |
JP6155304B2 (ja) | 応募者管理システム | |
CN107220817A (zh) | 一种研发数据流程跟踪管理系统 | |
CN117558420A (zh) | 一种基于互联网的护理服务系统及服务方法 | |
CN108764673A (zh) | 一种专利托管服务平台以及基于平台的数据交互方法 | |
WO2017049405A1 (en) | System for managing medical consultations | |
CN111382987A (zh) | 一种基于云端的网络办公系统 | |
CN109961263A (zh) | 一种企业信息管理方法 | |
CN105631559A (zh) | 企业信息管理系统 | |
JP2001273389A (ja) | 給与計算・支払い処理システム及び給与計算・支払い処理方法 | |
CN113590932A (zh) | 一种全新职介汇聚模式及系统 | |
KR101869653B1 (ko) | 온-나라 연계 행정업무 전산화 시스템, 그리고 이를 이용한 행정업무 전산화 처리 방법 | |
US20200202447A1 (en) | Methods, system, application for household services, wage/compensation loss and visit verification tracking and reimbursement within a multi user integrated system | |
Kernaghan et al. | Bricks, clicks and Calk: Clustering services for citizen‐centred delivery | |
JP3244275U (ja) | 賞味期限日付管理システム |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |