CN109727650A - 电子病历传输*** - Google Patents
电子病历传输*** Download PDFInfo
- Publication number
- CN109727650A CN109727650A CN201811598598.3A CN201811598598A CN109727650A CN 109727650 A CN109727650 A CN 109727650A CN 201811598598 A CN201811598598 A CN 201811598598A CN 109727650 A CN109727650 A CN 109727650A
- Authority
- CN
- China
- Prior art keywords
- electronic health
- health record
- data
- electronic
- patient
- 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
- 230000005540 biological transmission Effects 0.000 title claims abstract description 48
- 230000036541 health Effects 0.000 claims description 134
- 239000000463 material Substances 0.000 claims description 34
- 238000003860 storage Methods 0.000 claims description 33
- 238000012795 verification Methods 0.000 claims description 22
- 210000004899 c-terminal region Anatomy 0.000 claims description 20
- 238000012550 audit Methods 0.000 claims description 16
- 238000013475 authorization Methods 0.000 claims description 11
- 238000005516 engineering process Methods 0.000 claims description 11
- 238000007726 management method Methods 0.000 claims description 8
- 238000013480 data collection Methods 0.000 claims description 6
- 238000005253 cladding Methods 0.000 claims description 5
- 241001269238 Data Species 0.000 claims description 4
- 238000012546 transfer Methods 0.000 claims description 4
- 239000002131 composite material Substances 0.000 claims description 3
- 201000010099 disease Diseases 0.000 claims description 2
- 208000037265 diseases, disorders, signs and symptoms Diseases 0.000 claims description 2
- 238000012856 packing Methods 0.000 claims description 2
- 230000007246 mechanism Effects 0.000 abstract description 18
- 238000000034 method Methods 0.000 abstract description 3
- 238000010276 construction Methods 0.000 description 8
- 238000003032 molecular docking Methods 0.000 description 6
- 238000007639 printing Methods 0.000 description 5
- 238000000547 structure data Methods 0.000 description 5
- 230000006870 function Effects 0.000 description 4
- 230000005611 electricity Effects 0.000 description 3
- 230000008859 change Effects 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 238000007689 inspection Methods 0.000 description 2
- 230000010354 integration Effects 0.000 description 2
- 238000004321 preservation Methods 0.000 description 2
- 230000007704 transition Effects 0.000 description 2
- 238000004364 calculation method Methods 0.000 description 1
- 238000000586 desensitisation Methods 0.000 description 1
- 238000009826 distribution Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005242 forging Methods 0.000 description 1
- 210000004258 portal system Anatomy 0.000 description 1
- 238000002360 preparation method Methods 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Landscapes
- Medical Treatment And Welfare Office Work (AREA)
Abstract
本发明公开了电子病历传输***，属于电子病历应用领域。电子病历传输***，所述的电子病历传输***包括申请人申请电子病历的传输流程和第三方机构申请患者电子病历的传输流程；所述的申请人申请电子病历的传输流程主要包括以下步骤：S1、在线申请电子病历；S2、根据所述在线申请的电子病历检索数据库，本发明上传到电子病历共享平台，满足不同机构调用电子病历数据的需求；解决患者、医院、第三方机构之间在住院病历信息共享上的冲突，将患者、医院、第三方机构进行数据打通，为医院节省人力成本，为患者提供便民服务，为第三方机构提高服务效率和质量。
Description
技术领域
本发明涉及电子病历应用技术领域，尤其涉及电子病历传输***。
背景技术
病人在医院完成治疗以后需要向保险机构进行报销时，需要根据当地保险机构的要求提交医院住院病历证明、费用***以及其他文件才能予以报销；这种情况患者就要亲自前往医院开具证明，医院为满足该类需求需要组织专门的人员负责给患者复印所需的住院病历材料；这无疑增加患者和医院机构双方的工作量。
对于保险机构来说，纸质材料易于伪造的特点就给保险机构审核材料真实性带来一定的困难；并且为了有效降低骗保风险，大额保单的用户申请理赔时保险机构会向各医院申请调查该用户的所有历史医疗记录；对于保险机构来说，不论是审核真实性还是调查用户历史医疗记录都是一项耗时耗力的任务；综上所述建设一套安全、高效的电子病历传输***十分重要。
发明内容
本发明的目的是为了解决现有技术中建设一套安全、高效的电子病历传输***十分重要问题，而提出的电子病历传输***。
为了实现上述目的，本发明采用了如下技术方案：
电子病历传输***，所述的电子病历传输***包括申请人申请电子病历的传输流程和第三方机构申请患者电子病历的传输流程；所述的申请人申请电子病历的传输流程主要包括以下步骤：
S1、在线申请电子病历；
S2、根据所述在线申请的电子病历检索数据库；
S3、若所述的电子病历检索数据库不存在电子病历，则显示原因；
S4、若所述的电子病历检索数据库存在电子病历，则选择所需电子病历并且提交材料；
S5、选择所述电子病历后进行人工审核，人工审核后可进行PDF文件储存或纸质文件储存；
所述的第三方机构申请患者电子病历的传输流程主要包括以下步骤：
X1、申请轮询数据；
X2、根据所述申请的轮询数据检索轮询数据库；
X3、若所述的数据库不存在轮询数据，则显示原因；
X4、若所述的数据库存在轮询数据，显示摘要信息；
X5、根据所述的摘要信息索取电子病历，提交材料获得患者授权；
X6、获得患者授权后，若患者已申请到电子病历，则可查阅PDF文件；
X7、若患者没有申请到电子病历，则进行人工审核，人工审核后可进行PDF文件储存或纸质文件储存；
X8、若进行PDF文件储存后，则可查阅PDF文件。
优选的，所述的PDF文件储存或纸质文件具体包括以下步骤：
选取影像数据；
若不选择纸质文件，则打包PDF文件并加盖电子***并进行储存；
若选择纸质文件，则打印、盖章且记录邮寄状态，然后进行邮寄，最后用户收件。
优选的，所述的人工审核主要为申请人审核员进行审核和***管理员进行***，所述的申请人审核包括对线上申请人身份及材料审核和现场申请人身份及材料进行审核，所述的***管理员主要管理实体***、电子***和与托管电子***调用权限管理***。
优选的，还包括***操作员，所述的***操作员主要包括操作平台***调取缩微影像模块、纸质病历打印模块、缩微影像打包成PDF模块和PDF电子签章及上传***模块。
优选的，在步骤S4中提交材料时同时进行缴费；步骤S5中人工审核提交的材料复合要求，若材料复合要求则进行PDF文件储存或纸质文件储存；若材料不复合要求则进行***自动退费。
优选的，所述步骤S1中患者在线申请电子病历可通过C端移动应用进行电子病历在线申请申请。
优选的，所述的C端移动应用主要采用移动应用端，所述的移动应用端采用APP、微信小程序或微信，所述的移动应用端主要为C端用户提供电子病历申请。
优选的，所述的C端移动应用主要采用医院自助查询机，所述的医院自助查询机为C/S架构应用。
优选的，所述的PDF文件的储存利用便民医疗储存***进行储存，所述便民医疗储存***可储存有结构化数据、非结构化数据和业务数据。
优选的，所述便民医疗储存***采用MySQL或Oracle用于存储PDF二进制流的结构化数据，所述便民医疗储存***采用分布式***架构的Apache Hadoop技术用来对计算机集群的大型数据集的分布式处理。
与现有技术相比，本发明提供了电子病历传输***，具备以下有益效果：
1、该电子病历传输***，通过实现电子病历的快速上传，上传到电子病历共享平台，满足不同机构调用电子病历数据的需求；解决患者、医院、第三方机构之间在住院病历信息共享上的冲突，将患者、医院、第三方机构进行数据打通，为医院节省人力成本，为患者提供便民服务，为第三方机构提高服务效率和质量。
附图说明
图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，然后向***管理员申请电子***使用授权；最后将加盖电子***的PDF通过平台业务***进行上传。
实施例4：
参照图1-4，电子病历数据平台控制***，与实施例2基本相同，所不同的是，电子病历数据共享平台还包括便民医疗储存***，便民医疗储存***储存有结构化数据、非结构化数据和业务数据，便民医疗***能够储存结构化数据、非结构化数据和业务数据，储存数据种类广，当第三方需要调用储存的数据时，即可快速进行有效的调取。
便民医疗储存***采用MySQL或Oracle用于存储结构化数据，使用MySQL或Oracle可以实现用于存储PDF二进制流以及其他结构化数据，便民医疗储存***采用分布式***架构的Apache Hadoop技术用来对计算机集群的大型数据集的分布式处理；分布式***架构的Apache Hadoop技术，用来实现在未来数据量庞大以后使用简单的编程模型来实现计算机集群的大型数据集的分布式处理。
实施例4：
参照图1-2，电子病历数据平台控制***，与实施例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 (10)
1.电子病历传输***，其特征在于，所述的电子病历传输***包括申请人申请电子病历的传输流程和第三方机构申请患者电子病历的传输流程；所述的申请人申请电子病历的传输流程主要包括以下步骤：
S1、在线申请电子病历；
S2、根据所述在线申请的电子病历检索数据库；
S3、若所述的电子病历检索数据库不存在电子病历，则显示原因；
S4、若所述的电子病历检索数据库存在电子病历，则选择所需电子病历并且提交材料；
S5、选择所述电子病历后进行人工审核，人工审核后可进行PDF文件储存或纸质文件储存；
所述的第三方机构申请患者电子病历的传输流程主要包括以下步骤：
X1、申请轮询数据；
X2、根据所述申请的轮询数据检索轮询数据库；
X3、若所述的数据库不存在轮询数据，则显示原因；
X4、若所述的数据库存在轮询数据，显示摘要信息；
X5、根据所述的摘要信息索取电子病历，提交材料获得患者授权；
X6、获得患者授权后，若患者已申请到电子病历，则可查阅PDF文件；
X7、若患者没有申请到电子病历，则进行人工审核，人工审核后可进行PDF文件储存或纸质文件储存；
X8、若进行PDF文件储存后，则可查阅PDF文件。
2.根据权利要求1所述的电子病历传输***，其特征在于，所述的PDF文件储存或纸质文件具体包括以下步骤：
选取影像数据；
若不选择纸质文件，则打包PDF文件并加盖电子***并进行储存；
若选择纸质文件，则打印、盖章且记录邮寄状态，然后进行邮寄，最后用户收件。
3.根据权利要求2所述的电子病历传输***，其特征在于，所述的人工审核主要为申请人审核员进行审核和***管理员进行***，所述的申请人审核包括对线上申请人身份及材料审核和现场申请人身份及材料进行审核，所述的***管理员主要管理实体***、电子***和与托管电子***调用权限管理***。
4.根据权利要求2所述的电子病历传输***，其特征在于，还包括***操作员，所述的***操作员主要包括操作平台***调取缩微影像模块、纸质病历打印模块、缩微影像打包成PDF模块和PDF电子签章及上传***模块。
5.根据权利要求1或2所述的电子病历传输***，其特征在于，在步骤S4中提交材料时同时进行缴费；步骤S5中人工审核提交的材料复合要求，若材料复合要求则进行PDF文件储存或纸质文件储存；若材料不复合要求则进行***自动退费。
6.根据权利要求1所述的电子病历传输***，其特征在于，所述步骤S1中患者在线申请电子病历可通过C端移动应用进行电子病历在线申请。
7.根据权利要求6所述的电子病历传输***，其特征在于，所述的C端移动应用主要采用移动应用端，所述的移动应用端采用APP、微信小程序或微信，所述的移动应用端主要为C端用户提供电子病历申请。
8.根据权利要求7所述的电子病历数据平台控制***，其特征在于，所述的C端移动应用主要采用医院自助查询机，所述的医院自助查询机为C/S架构应用。
9.根据权利要求1所述的电子病历传输***，其特征在于，所述的PDF文件的储存利用便民医疗储存***进行储存，所述便民医疗储存***可储存有结构化数据、非结构化数据和业务数据。
10.根据权利要求9所述的电子病历传输***，其特征在于，所述便民医疗储存***采用MySQL或Oracle用于存储PDF二进制流的结构化数据，所述便民医疗储存***采用分布式***架构的Apache Hadoop技术用来对计算机集群的大型数据集的分布式处理。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811598598.3A CN109727650A (zh) | 2018-12-26 | 2018-12-26 | 电子病历传输*** |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811598598.3A CN109727650A (zh) | 2018-12-26 | 2018-12-26 | 电子病历传输*** |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN109727650A true CN109727650A (zh) | 2019-05-07 |
Family
ID=66297253
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201811598598.3A Pending CN109727650A (zh) | 2018-12-26 | 2018-12-26 | 电子病历传输*** |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109727650A (zh) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111488617A (zh) * | 2020-04-10 | 2020-08-04 | 郑州铁路职业技术学院 | 一种医学病例信息检索***及其设备 |
| CN112365941A (zh) * | 2020-10-16 | 2021-02-12 | 零氪科技（北京）有限公司 | 受试者招募的方法及*** |
| CN116091017A (zh) * | 2023-04-10 | 2023-05-09 | 四川省肿瘤医院 | 出院病案邮件派送***及方法 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FR2995431A1 (fr) * | 2012-09-10 | 2014-03-14 | Patrick Coudert | Procede d'acces et de partage d'un dossier medical |
| CN104123691A (zh) * | 2014-08-15 | 2014-10-29 | 南京市卫生信息中心 | 一种基于版式电子文件技术的区域电子病历管理*** |
| CN105844566A (zh) * | 2016-03-25 | 2016-08-10 | 东华软件股份公司 | 一种电子病历归档管理***及方法 |
| CN107358274A (zh) * | 2017-06-29 | 2017-11-17 | 雷虹 | 基于电子***的电子病历的查询方法及装置 |
| CN107391944A (zh) * | 2017-07-27 | 2017-11-24 | 北京太云科技有限公司 | 一种基于区块链的电子病历共享*** |
-
2018
- 2018-12-26 CN CN201811598598.3A patent/CN109727650A/zh active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FR2995431A1 (fr) * | 2012-09-10 | 2014-03-14 | Patrick Coudert | Procede d'acces et de partage d'un dossier medical |
| CN104123691A (zh) * | 2014-08-15 | 2014-10-29 | 南京市卫生信息中心 | 一种基于版式电子文件技术的区域电子病历管理*** |
| CN105844566A (zh) * | 2016-03-25 | 2016-08-10 | 东华软件股份公司 | 一种电子病历归档管理***及方法 |
| CN107358274A (zh) * | 2017-06-29 | 2017-11-17 | 雷虹 | 基于电子***的电子病历的查询方法及装置 |
| CN107391944A (zh) * | 2017-07-27 | 2017-11-24 | 北京太云科技有限公司 | 一种基于区块链的电子病历共享*** |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111488617A (zh) * | 2020-04-10 | 2020-08-04 | 郑州铁路职业技术学院 | 一种医学病例信息检索***及其设备 |
| CN111488617B (zh) * | 2020-04-10 | 2023-05-23 | 郑州铁路职业技术学院 | 一种医学病例信息检索***及其设备 |
| CN112365941A (zh) * | 2020-10-16 | 2021-02-12 | 零氪科技（北京）有限公司 | 受试者招募的方法及*** |
| CN116091017A (zh) * | 2023-04-10 | 2023-05-09 | 四川省肿瘤医院 | 出院病案邮件派送***及方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP7278379B2 (ja) | 集中型及び分散型の個別化医薬プラットフォーム | |
| CN109783525A (zh) | 电子病历数据平台控制*** | |
| US20110022414A1 (en) | Method and apparatus for personally controlled sharing of medical image and other health data | |
| US20160103963A1 (en) | Method and system for smart healthcare management | |
| WO2019241170A1 (en) | System and method of managing access of a user's health information stored over a health care network | |
| US20130304512A1 (en) | System and method for sharing data in a clinical network environment | |
| CN109727650A (zh) | 电子病历传输*** | |
| CN101477596A (zh) | 医疗数据中心*** | |
| KR102501896B1 (ko) | 블록체인 기반의 토탈 헬스케어 솔루션 | |
| KR102501894B1 (ko) | 블록체인을 이용한 의료데이터 공유에 의한 의료 서비스 수익 분배 방법 | |
| CN110263558A (zh) | 业务权限管理方法、装置、电子设备及计算机可读介质 | |
| CN111524581A (zh) | 一种通过云平台实现医用胶片及数据交互方法 | |
| US20100036679A1 (en) | Methods And Apparatus For Responding To Request For Clinical Information | |
| US10296716B1 (en) | System of and method for collecting and transmitting advance care planning and directives documentation | |
| KR102501886B1 (ko) | 블록체인 기반 의료 마이 데이터 비대면 플랫폼 시스템 | |
| Vatsa et al. | Estonia’s e-governance and digital public service delivery solutions | |
| WO2015009541A1 (en) | System and method for sharing data in a clinical network environment | |
| Aryanto et al. | Design of the Integrated Health Information System in the District of Bangli | |
| Kovach et al. | MyMEDIS: a new medical data storage and access system | |
| Sharma et al. | Blockchain and big data in the healthcare sector | |
| Braunstein et al. | Health information exchange | |
| Palasamudram et al. | ICT Solution for managing electronic health record in India | |
| Randolph | Blockchain-based Medical Image Sharing and Critical-result Notification | |
| KR102501890B1 (ko) | 블록체인을 이용한 가명처리된 데이터의 정확성과 신뢰성, 무결성 확보 솔루션 | |
| Sharma et al. | 9 Blockchain and Big Data |
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: 20190507 |
|
| RJ01 | Rejection of invention patent application after publication |