区域审方区域处方监管平台方案.docx

1、区域审方区域处方监管平台方案区域处方监管平台系统方案1.平台规划背景1.1.背景概述新医改的目标之一是去中心化，引导一般诊疗下沉到基层，逐步实现社区首诊、分级医疗和双向转诊。社区医院作为承担社区成员公共卫生和基本医疗服务的医疗机构，重点服务对象为妇女、儿童、老年人、慢性病人及社区常见病患者。当前，相比大型医疗机构，社区医院的药师资源有限，且药学服务能力较弱，难以保障处方质量，患者用药安全存在一定隐患，社区患者更多倾向于到大医院就医。通过建立区域处方监管平台，实现信息互通和资源共享，社区医疗机构也可享有大型医院的优质药师资源的服务，为社区医生提供处方实时审核服务及处方点评服务，保障患者用药安全，

2、吸引多发病患者及慢病患者在社区就医。处方前置审核可及时发现不合理处方，避免不合理用药发生。目前，医疗机构药师处方审核工作通常在患者取药时进行。患者就诊完毕后，医生开具处方，患者缴费后，到窗口拿药，药师才可审核处方。事后审方如发现不合理处方，需患者往返医生诊室、收费处及药房间，患者需多次排队，体验下降，且易对医生的权威性产生质疑，容易引起医患矛盾。通过推行社区处方前置审核，对临床药学服务流程进行整合，为社区医疗机构的广大医师、药师提供了一个综合性药学服务管理平台，在医生开药时即时对处方合理性进行审核，提高工作效率，减轻操作人员劳动强度，提升社区医院合理用药管理水平，实现社区医院合理用药管理数字化

3、、自动化、规范化、标准化。同时，也便于大型医院及医疗监管部门及时发现基层临床用药中出现的问题，做出规范，使得药学的服务与管理更加精细化。1.2.政策依据本项目主要依据国家卫计委发布的相关文件进行建设，包括但不限于：医疗机构处方审核规范医疗机构药事管理规定处方管理办法医院处方点评管理规范（试行）关于加强药事管理转变药学服务模式的通知2.系统整体方案2.1.软件方案设计2.1.1.业务架构2.1.1.1.业务概述随着医改的不断深入，推动形成分级诊疗格局，破解无序就医乱象，加强区域医疗联合体的建设已经越来越显得重要而迫切。2018年全国两会的政府工作报告中，也提出了加快推进分级诊疗和医联体建设，足见

4、国家对这项工作的重视程度。而目前常见的处方质量管理系统已经无法满足区域范围的处方质量管理需求。本系统采用云端部署的方式，为区域内的多医疗机构提供实时的处方质量管理服务，支持多家医疗机构建立一个或多个审方中心，对处方质量进行管理。同时支持区域制定统一的处方审核标准和处方管理规范，支持区域范围内的患者共享就诊信息。解决处方质量管理资源不足、资源分布不均、标准不统一，信息无法共享等问题。2.1.1.2.组织机构和业务角色机构角色角色备注质控中心运维管理员负责系统人员、权限、医疗机构等相关的配置管理质控管理员负责对区域内的医疗机构的医疗质量进行查看、分析、管理。配置管理员对系统中标准字典信息、规则进行

5、管理和维护审方中心运维管理员负责对审方中心进行前置审核的人员、负责范围进行配置，此角色只有配置为审方中心的医疗机构才有质控管理员负责对本审方中心负责的医疗机构的医疗质量进行查看、分析、管理。审方药师对所负责的医疗机构的处方进行前置审核，此角色只有配置为审方中心的医疗机构才有点评管理员负责本审方中心负责的医疗机构的点评管理工作点评药师负责本审方中心负责的医疗机构的点评工作审方工作站运维管理员负责对本医疗机构的人员、权限等进行管理配置管理员对本医疗机构的字典数据进行管理，并与标准数据进行对照。点评管理员负责本医疗机构的点评管理工作点评药师负责本医疗机构的处方点评医生接收系统反馈的审核建议，并决策是

6、否发送给药师，查看自己的处方审核、点评结果。发药药师查看系统审核结果、医生药师的沟通结果，判断是否发药。2.1.1.3.业务结构及流程描述 实际业务结构图系统业务结构图业务流程图流程描述1)系统支持按审核规则对医生开具的处方进行实时审核，并对处方中存在不合理的内容进行警示。2)系统审核结果分为适宜、不适宜、待确认，不适宜分三个级别、提示、警告、拦截。适宜医生直接开出处方；不适宜时，根，据级别分三种情况，一是提示级，医生可以选择修改处方也可以直接开具处方，二是警告级，医生可以选择修改处方或填写理由发送给药师审核，三是拦截级，医生必需修改处方；待确认当处方中存在无法识别的药品、诊断等审核相关数据项

7、时，会审核待确认，待确认可以通过配置，是否发送药师审核。3)针对系统审核不合理处方，HIS可根据合理用药系统返回结果不允许医生保存或打印处方。如医生需要开出，可填写备注原因发送给药师审核。4)审方药师可点击在岗或者离岗。如审方药师上线，可实时接收到医生开出的不合理处方，判断其合理性，并将结果反馈给医生，药师审核结果可分为通过、不通过、拒绝。当药师审核通过时，医生可以直接开出处方；当药师审核不通过时，医生可以选择接受或拒绝，拒绝需要双签字；当药师审核为拒绝时，医生必需修改处方。5)以上流程完成后，处方开具患者缴费取药。2.1.2.软件架构2.1.2.1.架构图2.1.2.2.主要功能模块描述配置

8、中心配置中心主要实现在业务过程中使用的相关基础数据的管理，包括管理医院管理、组织结构管理、审方中心医院配置、人员管理、权限管理、字典管理、审核方案管理、规则管理等。审方中心审方中心主要实现前置审核配置、药师前置审核、审核结果查询、相关统计等相关功能。药师工作站药师工作站主要实现药师进行一些处方点评相关的工作，包括抽样、分配、点评、点评进度管理和点评统计报表等功能动态监测动态监测主要实现对全院、科室、医生药品使用情况的监测，主要监测重点药物、抗菌药物、基本药物等，并可以对监测的指标进行配置和预警。知识库知识库主要实现在医疗过程中，医生、药师快速查询相关资料，包括药品说明书查询、药品相互作用查询、

9、注射剂配伍禁忌查询、FDA妊娠药品分级、抗感染药物分类与禁慎用症查询、检验值查询、医学公式查询等。2.1.2.3.主要性能指标性能指标具体要求响应时间在医生工作站提交处方或医嘱后，系统应在不超过200ms内完成用药合理性审核，并反馈审核结果。并发效率稳定支持不低于500台门急诊医生工作站同时提交处方的审核要求。开放兼容性在医院内各子系统“接口开发”支持的前提下，能高效率地调用“用药合理性判断”相关参考信息，以支持审核决策。不能对医院HIS系统的整体运行稳定性与速度，产生不利影响。规则的可拓展性临床药师自主增加审核规则时，不应减慢业务响应时间，或影响系统运营的稳定性与流畅性。药品信息识别的智能性

10、需实现对医院药品目录的规范化分类标识与匹配，软件自动配码率达80%以上。 为了达到不同应用的服务器共享、避免单点故障、集中管理、统一配置等目的，不以应用划分服务器，而是将所有服务器做统一使用，每台服务器都可以对多个应用提供服务，当某些应用访问量升高时，通过增加服务器节点达到整个服务器集群的性能提高，同时使他应用也会受益。负载均衡可以采购F5或者使用免费的nginx进行搭建。 缓存分为文件缓存、内存缓存、数据库缓存。在大型Web应用中使用最多且效率最高的是内存缓存。最常用的内存缓存工具是Redis。使用正确的缓存系统可以达到实现以下目标：1、使用缓存系统可以提高访问效率，提高服务器吞吐能力，改善

11、用户体验。2、减轻对数据库及存储集服务器的访问压力。3、Redis服务器有多台，避免单点故障，提供高可靠性和可扩展性，提高性能。数据库集群。使用 mongoDB数据库，考虑到Web应用的数据库读多写少的特点，我们主要对读数据库做了优化，提供专用的读数据库和写数据库，在应用程序中实现读操作和写操作分别访问不同的数据库。使用 mongoDB机制实现快速将主库（写库）的数据库复制到从库（读库）。一个主库对应多个从库，主库数据实时同步到从库。写数据库有多台，每台都可以提供多个应用共同使用，这样可以解决写库的性能瓶颈问题和单点故障问题。读数据库有多台，通过负载均衡设备实现负载均衡，从而达到读数据库的高性

12、能、高可靠和高可扩展性。2.2.服务器方案设计2.2.1.硬件架构2.2.2.设计原则安全性：系统采取全面的安全保护措施，具有防病毒感染、防黑客攻击措施，同时在防雷击、过载、断电和人为破坏方面进行加强，具有高度的安全性和保密性。对接入系统的设备和用户，进行严格的接入认证，以保证接入的安全性。系统支持对关键设备、关键数据、关键程序模块采取备份、冗余措施，有较强的容错和系统恢复能力，确保系统长期正常运行。合理性：在系统设计时，充分考虑系统的容量及功能的扩充，方便系统扩容及平滑升级。系统对运行环境(硬件设备、软件操作系统等)具有较好的适应性，不依赖于某一特定型号计算机设备和固定版本的操作系统软件。实

13、用性：本系统提供清晰、简洁、友好的中文人机交互界面，操作简便、灵活、易学易用，便于管理和维护。具有公安行业风格界面和公安行业习惯操作的客户端界面。在快速操作处理突发事件上有较高的时效性，能够满足公安联网指挥的统一行动。规范性：系统中采用的控制协议、编解码协议、接口协议、媒体文件格式、传输协议等符合国家标准、行业标准和公安部颁布的技术规范。系统具有良好的兼容性和互联互通性。2.2.3.设计依据算法及应用服务器主要用于进行用药合理性计算，对CPU资源消耗较大，经调研，16核CPU及32G内存服务器可满足约200个处方审核并发请求，反馈时间在0.2秒以内，3台服务器可同时满足约600台医生工作站并发

14、访问。考虑到灾备冗余，本项目采用4台服务器做负载均衡。数据库服务器主要用于数据存储使用。因数据文件较大，数据库索引及热数据会占用较大内存空间，经测算，64G内存可满足产品对于索引及热数据的缓存需求。此外，每日处方前置审核所产生的处方数据量约为8-10万张，每张处方及其审核结果占用空间约为10K，每日所产生的处方及其审核结果数据约为1G，除去操作系统及各类软件所占空间外，1T硬盘可保存2.5年的处方。考虑到I/O效率问题，故推荐数据库使用SSD固态硬盘。2.2.4.方案特点及优势强扩展能力：其他扩展技术，通常仅能支持儿十个CPU 的扩展，扩展能力有限。而采用集群技术的集群系统则可以扩展到包括成百

15、上千个CPU的多台服务穗，扩展能力具有明显优势。集群服务还可不断进行调整，以满足不断增长的应用需求。当集群的整体负荷超过集群的实际能力时，还可以添加额外的节点。实现方式容易: 服务器集群技术相对其他扩展技术来说更加容易实现，主要是通过软件进行的。高可用性: 使用集群服务拥有整个集群系统资源的所有权。如磁盘驱动器和IP地址将自动地从有故障的服务器上转移到可用的服务器上。当集群中的系统或应用程序出现故障时，集群软件将在可用的服务器上，重启失效的应用程序，或将失效节点上的工作分配到剩余的节点上。在切换过程中，用户只是觉得服务暂时停顿了一下。2.3.安全管理方案2.3.1.服务器安全方案我公司提供的都

16、是基于医院内部局域网进行部署和数据传输的，且系统的服务器放置于医院内部的机房内，可按照互联网服务器的要求安装防火墙系统以及病毒防御系统并且对服务器重要内容（文件、数据库）进行加密，最大程度防止信息泄露。并请参照医院内部自有安全方案。服务器安全概要：系统服务器仅部署业务必备应用，关停非使用服务、账号、共享等等；系统安装部署完毕，试运行阶段进行常规日志安全监测；核心数据迁移均采用自有开发的加密工具进行加解密传输、保障系统内部数据安全；实时跟进应用及系统漏洞，并根据危害级别进行系统升级及漏洞修复；服务器防火墙限制内网安全访问策略，仅内网间访问。3.功能明细说明3.1.系统功能描述3.1.1.配置中心

17、功能名称功能描述医院管理质控中心对辖区内负责的医院进行管理，并配置被设为审方中心的医院，并为医院维护管理员账号。审方中心医院配置质控中心为设为审方中心的医院配置他负责审核哪些医院的处方或医嘱。医院人员管理医院对自己医院的人员信息、使用账号进行管理。医院组织结构管理医院管理自己医院的组织结构及人员的关系，通过人员与组织结构的关系，对数据的权限进行控制。标准药品库管理管理实现质控中心标准药品库的管理。处理医院申报的新药品字典，可以进行药品添加与驳回。标准字典库管理管理实现质控中心标准字典库的管理，包括：就诊类型、开药量单位、用药量单位、性别、给药途径、给药频率、诊断等字典。处理医院申报的新字典，可

18、以进行字典的添加与驳回。医院药品管理实现医院药品的管理，可支持医院维护本院的药品及与标准药品库进行对照，如发现无法对照的情况，可以申报给质控中心。医院字典管理实现医院字典的管理，可支持医院维护本院的字典及与标准字典库进行对照，如发现无法对照的情况，可以申报给质控中心。规则维护质控中心、审方中心对系统的规则进行配置，质控中心可以维护区域规则，审方中心维护审方中心规则。规则申报系统使用人员可以通过规则申报功能添写申报内容，依据，上传证据资料等相关系统规则审批由审方中心或质控中心对申报的规则进行审批。审批通过后，可以进行规则维护，做为规则维护的依据。3.1.2.审方中心功能名称功能描述实时审核警示系

19、统支持按医院配置规则对医生开具的处方进行实时审核，并对处方中存在不合理的内容进行警示。审核结果分级系统审核结果分为适宜、不适宜、强制不适宜、待确认，适宜医生直接开出处方，不适宜发送给药师审核，强制不适宜医生需要修改处方，待确认当处方中存在无法识别的药品、诊断等审核相关数据项时，会审核待确认，待确认需要发送给药师审核不合理处方发送针对系统审核不合理处方，HIS可根据合理用药系统返回结果不允许医生保存或打印处方。如医生需要开出，可填写备注原因发送给药师审核。药师审方审方药师可点击在岗或者离岗。如审方药师上线，可实时接收到医生开出的不合理处方，判断其合理性，并将结果反馈给医生，药师审核结果可分为通过

20、、不通过、拒绝，如果药师拒绝处方，医生需要修改处方重新提交。药师离线如药师处于离线状态，则此时系统判断不合理处方也可保存或者打印，系统会自动记录所有操作痕迹。跨科室审方系统支持对患者当日就诊不同科室的处方进行合并审核。并将审核结果返回给医生。医生反馈医生接受到药师审核结果后，针对审核合理处方可直接打印，针对审核不合理处方，可选择接受药师意见修改处方或不接受强制开出。如强制开出需填写原因。线上沟通医生和药师可通过系统进行线上沟通，快捷反馈各自处理意见。相关处理意见可做成系统配置项供药师和医生快速选择。发药药师查看发药药师可以查看医生与审核药师的处理结果与备注信息规则申报药师在审核过程中，如果发现

21、系统审核存在假阳性假阴性问题，可以通过申报报给规则维护的药师，再由规则维护的药师根据申报的内容进行规则维护。前置审核科室配置管理员可配置哪些科室参与前置审核。不参与前置审核的科室则不受审核结果的约束。药师审核科室配置系统支持配置药师审核科室范围。如多名药师负责同一科室，则系统会自动分配给闲时药师审核处方。一名药师可负责多个科室，一个科室也可由多名药师负责。审核超时配置如药师审核超时，系统自动反馈给医生审核超时，医生可保存或打印处方。系统会自动记录超时状态。审核配置系统支持对药品及其审核项进行审核配置。例如可选出某些外用药不审核用量。审核结果查看药师可实时看到处方的审核结果，包括系统审核结果，药

22、师审核结果，是否超时，沟通记录等。前置审核情况统计按年、月、日，门急诊，医生，科室统计处方数、医生主动修改数、提交审核数、医生同意、医生拒绝、前置审核数、超时数量、药师通过数、药师不通过数师、药师拒绝数处方适宜性统计按年、月、日，门急诊，医生，科室统计处方数量、预审合理数量、预审不合理数量、前置审核后合理数量、前置审核后不合理数量、预审合理率、预审不合理率、前置审核合理率、前置审核不合理率药品适宜性统计按药品统计处方数量、预审合理数量、预审不合理数量、前置审核后合理数量、前置审核后不合理数量、预审不合理率、预审合理率、前置审核合理率、前置审核不合理率药师工作量统计年、月、日，门急诊，药师，科室

23、统计药师总在岗时间、提交处方数量、审核处方数量、超时处方数量、平均审核时间、审核总体时间3.1.3.药师工作站功能名称功能描述点评项查看抽样方案系统支持根据门急诊类型、就诊科室、处方医生、医生级别、发药药房、发药药师、患者性别、年龄范围、处方诊断、药品类别、药品、处方类型（中药、西药、中西药）、药品品种数、剂型、给药途径、结算类型、处方金额范围、是否皮试、前置审核适宜性信息、药师审核超时状态等多个维度，定制处方点评的抽样模板。还可以按处方、科室、医生比例或指定数量进行处方随机抽取。也可按审核项仅抽取不适宜处方。审方中心可抽取负责范围内的医院数据，医院只能抽取本院的数据，质控中心可以抽取负责范围

24、内医院的数据。抽样管理员药师可选择抽样方案，支持按处方日期或发药日期进行抽样，也可以设置按患者点评或按处方进行点评的模式，最后，支持设置点评时间，配置是否显示科室及医生信息，然后进行抽样。分配系统支持根据药师点评工作量，为药师灵活分配点评任务，也可平均分配所有点评工作任务，也可以支持按处方的开方科室进行分配。分配完毕后，点评药师可登录系统查看自己负责点评的处方。点评药师根据系统的预点评结果，可以直观的发现处方中对药物临床使用的适宜性（用药适应证、药物选择、给药途径、用法用量、药物相互作用、重复用药、配伍禁忌）和处方的规范性相关的问题，在系统预点评基础上，药师还可以新增、删除或修改系统预点评结果

25、。点评项内容包括：不适宜点评项、不规范点评项及超常点评项。所有点评项设定均符合卫计委相关规范文件规定。点评进度查询管理员药师可查看到所有点评批次的点评进度，便于对药师点评工作进行管理。点评结果查询根据不同的数据权限，查询处方的最终点评结果。批次点评结果统计按批次、科室、医生统计点评处方数、预点评适宜数、预点评待确认数、预点评不适宜数、预点评适宜率、预点评不适宜率、预点评待确认率、人工点评适宜数、人工点评不适宜数、人工点评适宜率、人工点评不适宜率、点评结果差异数量不适宜处方情况统计按年、月、日，科室、医生统计处方数、不适宜处方数、以及各点评项不适宜的处方数超常处方情况统计按年、月、日，科室、医生

26、统计无适应证用药、开具高价药、超说明书用药、开具多种药理作用相同药品的处方数不规范处方情况范统计按年、月、日，科室、医生统计前记正文后记书写规范、药师审核处方适宜性、医师签名签章规范、新生婴幼儿写明日月龄、药品名称规范、成药饮片分别开方、药品剂量规格书写规范、门7急3、药品用法用量书写明确、处方修改注明原因、处方诊断缺失或不全、单张处方超5种药品、中药饮片按规定开方、抗菌药物按规定开方、特殊药品按规定开方的处方数药品适宜性情况统计按药品统计处方数、预点评适宜数、预点评适宜率、预点评不适宜数、预点评不适宜率、预点评待确认数、预点评待确认率、前置审核适宜数、前置审核适宜率、前置审核不适宜数、前置审

27、核不适宜率、前置审核待确认数、前置审核待确认率、人工点评适宜数、人工点评适宜率、人工点评不适宜数、人工点评不适宜率、人工点评待确认数、人工点评待确认率、点评结果差异数量药品不适宜情况统计按药品统计处方数、不适宜处方数、适应证、遴选药品、剂型或给药途径、用法用量、联合用药、重复用药、配伍禁忌统计不适宜处方数处方适宜性结果统计按年、月、日，科室、医生统计处方数、预点评适宜数、预点评适宜率、预点评不适宜数、预点评不适宜率、预点评待确认数、预点评待确认率、人工点评适宜数、人工点评适宜率、人工点评不适宜数、人工点评不适宜率、点评待确认数、点评待确认率、点评结果差异数量药品使用情况统计按年、月、日统计平均

28、处方药品数、平均处方金额、平均处方用药天数、基本药物占比、抗菌药物占比、肿瘤用药占比等各位药品标识的用药占比处方点评工作量统计按年月日统计药师处方点评工作量3.1.4.动态监测功能名称功能描述药品分析可从就诊类型、科室、医生、日期的角度对药品金额、用量、适宜率、超常率、不规范率进行数据分析。科室分析可以从就诊类型、医生、日期的角度对科室金额、适宜率、超常率、不规范率进行数据分析。医生分析可以从就诊类型、科室、日期的角度对科室金额、适宜率、超常率、不规范率进行数据分析。预警配置从金额用量、适宜率、超常率、不规范率的数值、排名、同比、环比的角度配置预警指标。当达到预警值时，系统会报警。预警管理查看

29、预警信息，通过分析，判定预警结果是否正常发布管理把预警结果发布给相关的人员，相关人员可以查看到发布内容。重点药物管理维护重点监测的药品目录。3.1.5.知识库功能名称功能描述药品说明书查询可以通过药品名称查询药品说明书。药品相互作用查询可以通过选择多个药品查询药品间是否存在相互作用注射剂配伍禁忌查询可以通过选择多个药品查询药品间是否存在配伍禁忌。FDA妊娠药品分级查询药品妊娠分级抗感染药物分类与禁慎用症查询抗感染药物的禁忌查询检验值查询检验值的正常范围查询医学公式查询常用医学公式查询3.2.系统业务结构功能划分4.系统实施方案4.1.实施环境要求4.1.1.网络要求服务器部署机房与各社区服务中

30、心网络通畅，并达到10M20M带宽。4.1.2.服务器要求以下是以日处方量15000准备的服务器方案。后续根据这个基数的变化再进行服务器的增减。方案优劣势代理服务器2台：CPU 8核，内存32G，硬盘300G算法以及应用服务器4台：CPU16核，内存32G，硬盘300G数据库服务器2台：CPU16核，内存64G,硬盘（SSD）1T高可用、单点故障影响业务的使用，扩展性强。代理服务器1台：CPU 8核，内存16G，硬盘300G算法以及应用服务器2台：CPU16核，内存32G，硬盘300G数据库服务器2台：CPU16核，内存64G,硬盘（SSD）1T存在代理服务器单点故障的风险，算法服务器与应用服

31、务器相互之间会有资源竞争。代理服务器1台：CPU 8核，内存16G，硬盘300G算法应用服务器数据库服务器2台：CPU20核，内存64G,硬盘（SSD）1T存在代理服务器单点故障的风险，算法、应用、数据库相互之间会有资源竞争。5.售后服务为了解决客户在系统使用中遇到的问题、保证系统正常运转，并以实际需要向贵方提供切实有效的服务，我方承诺将以健全的售后服务体系、多样的服务方式以及丰富的服务内容，向贵方提供满意的售后服务和技术支持。具体如下：1. 承诺在系统联调工作结束后7个工作日内将系统安装至贵方指定服务器。负责提供现场技术支持、操作演示、系统使用培训等服务，通过现场、电话、电子邮件等多种支持方式，保证贵方能够掌握系统操作、调试、验收的基本技能，保证系统正常安装、运行。2. 提供7*24小时远程支持服务（例如：通过