区域药品监管信息系统-概要设计.docx

1、1.1. 区域药品监管信息系统.系统概述. 系统说明通过区域基本药物监管系统加强对医院基本药物采购、价格执行、使用、报销等重点环节的实时监控与预警分析，实现区域内各医院基本药物使用管理目标与一线临床应用的高度统一，保障国家基本药物制度的贯彻执行。根据国家和广东省相关要求，建设中山市区域基本药物监管系统，帮助监管人员通过对基木药物采购、配备使用、报销情况等环节的数据进行分析，评价基本药品制度的执行情况。.系统主要功能系统包括基础业务功能、药品目录、药品采购、临床应用、合理用药、药品库存六大功能模块，利用软件设计的方法在监察系统中展现各医院的用药情况,提供实时监察、预警

2、纠错、统计分析等各种监察业务功能。1.1.1 .设计约束1.软件、硬件环境（包括运行环境和开发环境）的约束:软件环境约束&数据库服务器操作系统：Windows2003severX64或更高版本&应用服务器系统：Windows2003serverX64或更高版本&数据库系统：Mysql,OraclelOg/llgo&网络协议：TCP/IP、HTTP:硬件环境约束&数据库服务器：小型机或PC服务器、8个以上CPU,16G以上内存。&工作站：赛扬2G以上、1G内存以上。&网络：医疗机构内部是主干1000M,桌面100M,同时光纤到各个医疗机构组

3、建城域网。1.1.2. 2.接口/协议的约束内部接口/协议约束内部接口方面，各模块之间采用函数调用、参数传递、返回值的方式进行信息传递。具体参数的结构将在下面数据结构设计的内容中说明。接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在各模块间传输。:外部接口/协议约束用户可以通过ETL数据采集程序实现相关的业务数据的采集，并且能通过ETL数据采集管理程序登录WEB页面进行实时监控ETL数据采集程序的运行情况,以及实现对ETL数据采集程序的操作。以下为开放的外部接口：1. 日志服务接口2. 用户登录接曰3. 监控服务接口3.用户界面的约束在用户界面部分，根据需求分析的结果，用户

4、需要一个用户友善界面。在界面设计上，应做到简单明了，易于操作，并且要注意到界面的布局，应突出的显示重要以及出错信息。外观上也要做到合理化，在界面设计上要向WEB基础平台的风格靠拢。通过JAVA后台服务，连接到数据库上。在用户界面上，可以执行查看，清楚，导出日志操作。在用户界面上，可以控制每个业务模块的启动与关闭。还可以更新脚本和插件，通过JAVA后台服务同步到每个需要更新的业务程序中。1.1.2. 4.软件质量的约束友好性整个界面以简洁明快为主，利用简单的图案，文字和线条组成，符合公司WEB系统界面特色。安全性系统的管理系统与维护系统设置了用户管理权限，采用帐号+操作门志作，对管理员采取有效的

5、管理，最大限度降低内部管理、操作失误带来的不必要的损失。可维护性考虑到应用的多变性，系统采用层次化设计思想，每层实现特定的功能，并通过标准接口向上层提供透明的服务，因此，最大限度的实现了系统各模块的功能独立性，每一层的改动不影响其它层次。这样可以方便的添加、修改、删除应用，提高系统的可维护性；管理系统采用图形化用户界面，方便管理员管理、维护系统；口J转移、转换性ETL采集程序的可扩展性很不错的，不仅支持WINDOWS,LINUX,UNIX等多种操作系统，而且还支持ORACLE,MYSQL等多种数据库。稳定性要求系统有良好的运行情况，可以平稳的运行，能很好的应对硬件条件不够的情况，能够确保多人同

6、时在线，最大限度的保证用户并发，缩短用户访问高峰期的系统响应时间。1.1.2. 5.其它约束本系统需要支持7*24不间断运行。1.1.3.系统总体结构3.1.模块功能汇总表编号模块名称功能简述B01基础业务功能基础业务功能包括药品管理和药品类别管理B02药品目录主要根据医院的性质、等级、区域等信息按照药品的分类如基本药物、抗菌药物、中成药等类别统计其数量，对于某类药品的使用数量有严格界定范围的，例如：基本药物、社保药物、治疗药物、抗菌药物、是否符合一品两规等要求，通过系统自动筛选校对是否符合相关规定。B03药品采购根据采购单位的等级、性质、区域、药品类型等信息统计出不同品种药品的采购品种数量、

7、采购金额、采购渠道、ABC分类等进行分析B04临床应用根据不同等级、性质、区域的医疗机构，区别开急诊、门诊、住院的用药情况并可层层下钻查询到科室、医生、患者的药品使用信息。例如统计每就诊人次均次用药品种数、每次就诊人均药费、就诊使用某类药品（如：抗菌药物）的百分率、基本药物占处方用药的百分率、DDDs、DDDc、DUI等。B05合理用药对各医疗机构的处方、医嘱等用药信息进行分析和监察。B06药品库存根据不同等级、性质、区域的医疗机构某种药品存放情况按照药品存放总量多少、过期药品、药品出库入库量的进行排名和统计分析。1.1.3. 2.系统结构图市级平台层应用支搓层应用支搓层教据1IUIB系统应用

8、门户1应骥并敛摒字典/1坏准规范系统管理f报段工兵/BI工具域生息台区卫信平薮据层KAKHRJt教摒采集、转换医疗机构业务操作服务殡层1. 网络支撑层：满足系统、医疗机构等之间的网络连接要求。2. 硬件服务器层：支撑平台开展各类业务处理的服务器集成环境，如Web服务器、应用服务器、数据库服务器等。3. 存储管理层：支撑系统所需要的数据存储硬件及管理软件环境，满足存储容量、归档和冗灾备份等要求。4. 系统安全管理层：按照信息安全等级保护管理办法等网络信息安全规定，建立信息安全保护的整体运维环境。满足网上信息传输、信息加密（解密）、采购交易等文档、敏感数据关键环节的安全要求。5. 核心功能层：支撑

9、并完成药品库存和使用过程监管和服务部署，包括业务支撑、数据处理、服务总线等。6. 业务应用层：基于核心功能层提供的应用中间件引擎、核心数据库引擎等，部署基于Web的各类应用与服务。7. 门户层：是面向用户全过程的应用整合，满足不同信息源的信息以一种可定制的、个性化的界面展现给用户。1.1.3. 3.模块间的运行组合本系统采用模块化的设计方法，适配器、消息交换中心、监管系统三部分相对独立。其中适配器和消息交换中心处理主要的消息交换应用业务。而监管系统用于保障消息交换应用的顺利运行，主要用于检测和管理各分布式应用组件，并且不影响消息交换业务的正常运行。适配器和消息交换中心通过消息和队列相互作用，监

10、控系统与系统其它部分通过文件传递信息，保证它们没有紧密的接口。符合系统设计中各组件松耦合的原则。.系统的运行控制4.1.时间特性要求数据时间按业务发生时间，基础业务按天处理数据采集时间业务发生第二天凌晨开始采集数据的计算转换时间数据采集完成后立即计算转换根据业内比较通行的“2-5-10原则”，所谓的“2-5-10原则”，是指:系统业务响应时间在2-5秒之间，判为良好，用户对系统感觉良好；系统业务响应时间在5T0秒之间，判为及格，用户对系统感觉一般；系统业务响应时间小于2秒，判为优秀，用户对系统感觉很好；系统业务响应时间超过10秒，判断为不及格，用户无法接受系统的响应速度，认为系统

11、已经失去响应，而选择离开这个页面，或者发起第二次请求。考虑到类似系统的使用，需要对系统用户的操作响应时间综合考虑，在内部系统中尤其重要，由于外部系统的变动因素比较复杂，本需求不做具体阐述，本文仅考虑内部系统使用情况：a. 业务处理时按特定条件查询服务对象进行操作：系统返回查找服务对象记录情况不大于5秒b. 选定一个服务对象进行相关操作，显示服务对象的各种信息，响应时间不大于2秒，完全显示操作界面的信息不大于8秒c. 进行各种统计分析：10万条记录进行汇总统计，结果返回不大于10秒千万级信息平均响应速度：查询:千万级数据量下单记录本地查询的响应时间W2秒千万级数据量下分布式查询的响应时间W5秒/

12、次简单统计报表查询的响应时间W10秒统计:千万级数据量下单项统计的响应时间W5秒复合汇总统计响应时间W120秒生成复杂统计报表的响应时间W180秒1.1. 3.4.2.精度L输入单价精度：保留4位小数1输入金额精度：保留2位小数1输入数量精度：保留2位小数1输入日期数度：天1输出金额精度：保留2位小数1输出数量精度：保留2位小数1输出百分比精度：保留2位小数L输出日期精度：天.系统的开发环境类别标准配置最低配置计算机硬件cpu酷睿i5以上。内存3G以上，显示器支持1024*768或以上的分辨率cpu酷睿i3以上。内存2G以上，显示器支持1024*768或以上的分辨率软件WindowsXP/7,Ec1ipse3.6,Tomcat7.0Windows2003/XP,Eclipse3.4,Tomcat5.0网络通信Tcp/ipTcp/ip其他0racle9i/10g/llg0racle9i.系统的运行环境类别标准配置最低