《患者主索引初步设计》由会员分享，可在线阅读，更多相关《患者主索引初步设计（2页珍藏版）》请在金锄头文库上搜索。
1、本文格式为Word版，下载可任意编辑患者主索引初步设计 1、Empi模块示意图： 主索引的计算基于区域内emr系统中的患者信息，不跨越，不涉及其他系统。empi 不作为单独的应用存在，而是作为区域emr的一个模块功能，可以向外供给接口。 2、empi主要功能点： 1)、主索引算法配置 包含参与运算的字段配置，各个字段的权重配置，以及对“符合”、“可疑”、“不符”等范围值的配置 主索引匹配分三个级别，分别为“符合”、“可疑”和“不符”，通过配置页面上的滑块控件来操纵，三个级别的百分比之和为100%。假设字段权重相加之和在“符合”的区间内，那么将该条根本信息与主索引关联，说明是同一个人；若在“可疑
2、”区间内，那么通过人工识别的方式判断是否关联；“不符”那么新建索引。 动态配置参与运算的字段，可以通过设置其“点数”来计算他们的权重比例（权重比例之和总为100%），通过状态列来操纵是否启用相应字段。 2)、对当前已有患者主索引计算的筹划任务 表达在页面上是一个按钮，通过人工点击的方式触发计算任务。 这是一个后台静默运行的任务，一般是在第一次部署病人主索引模块后要执行的初始化动作（建议是放在夜间执行，以免影响系统性能，同时可降低线程并发引起的问题），可以考虑加上进度条监视，以及“暂停”、“恢复”等操纵功能。 3)、新接入的病人通过调用内部接口，计算其主索引 可能会与计算主索引的筹划任务有冲突，造成冗余的主索引，但是可能性很小，可以通过人工的方式举行合并。 无论是后台任务还是接入病人触发的病人主索引计算，假设有“可疑好像”或者与多条主索引匹配的处境，全部记录到主索引“待确认”表中，然后显示在指点页面中，便当人工拆分合并。 4)、供给外部接口，供其他系统调用 一般为查询接口，返回符合条件的病人根本信息列表。直接相关的就是后续要开发的HCRM。 5)、采用逐条计算的方法 主索引的计算，会根据患者数据量的不同而采取不同的方案，在数据量较少的处境下采用普遍动态sql查询的方式，后续待数据量增大会考虑使用分布式计算技术，以提高主索引的计算效率。 下图为，患者主索引模块的配置界面原型图： 2
