1、1.2 定义 DMS:药品管理系统(Drug management system)。1.3 参考资料参考天健医院信息系统之药品管理程序2 项目概述1.4 产品描述它是一项综合的IT技术,也是一种新的运作模式,它源于“以客户为中心”的新型商业模式,是一种旨在改善企业与客户关系的新型管理机制。是一项企业经营战略,企业据此赢得客户,并且留住客户,让客户满意。通过技术手段增强客户关系,并进而创造价值,最终提高利润增长的上限和底线,是客户关系管理的焦点问题。当然 CRM 系统是否能够真正发挥其应用的功效,还取决于企业是否真正理解了 以客户为中心 的CRM理念,这一理念是否贯彻到了企业的业务流程中,是否真
2、正提高了用户满意度等等。1.5 产品功能一个相对独立但是可与其它姊妹系统联动的进销存,可以清晰准确的描述药品的流转关系及当前状态,提供药品数据及相关历史数据的增、删、改、查的基本操作功能。1.6 用户特点有一定相关工作基础者稍加培训即可胜任; 维护/培训人员需要具体软件相关行业知识;1.7 一般约束本条对设计系统时限制开发者选择的其他一些项作一般性描述。而这些项将限定开发者在设计系统时的任选项:1.1.1. 管理方针1. 业务选型以普遍业务为基础,可以通行于行业内至少三家医院相关业务;2. 为便于日后系统扩容所有关键字引用分为表示层和应用层,数据内部引用为应用层,该层数据应该尽量以INT类型为
3、准,只表示数据的存在不涉及数据意义解释;3. 数据精度应该维持在5位小数点,系统中禁止使用double、decimal类型,相关数据类型应该统一转换为float;1.1.2. 硬件的限制硬件数据库服务器应用服务器CPU=至强E5-2600双核*2MEMORY=16G=8GHD=125G*3=125GDRYNAC三甲及三甲特大型医院必须采用至少rd0,其它级别医院视情况定1.1.3. 与其他应用间的接口JSON1.1.4. 所需的高级语言C#1.1.5. 通信协议HTTP1.1.6. 安全和保密方面的考虑1. 存储及传输过程中用户帐号和密码不得应用明文,需以des及md5分别对帐号和口令加密存储
4、/传输;2. 系统访问权限受部门及职务限制;1.1 假设和依据1.从技术层面本系统应该可以适应市场较长时间,以现有软、硬件及网络条件预测良好情况主要指后端技术方向不需要做调整,但是前端业务表现应该需要根据实际技术发展做出与俱进的改进,以增强产品的市场竞争力;2.从架构层面当系统完全完成,并且是严格遵守设计规范所进行的,小型需求从实现(包含测试)到完成应用的计时单位应该可以控制1周以内;3.从实施准备到上线过程开发人员基本可以保持与市场销售及实施人员同步进行,不拖或少拖后腿;2 具体需求2.1 功能需求1.1.1. 系统自动值守模块负责完成药库的采购计划自动生成、库存警戒预警、仓储温度/湿度预警
5、、停药自动处理等无人值守事情。1.1.2. 中心药库1.1.1.1. 系统设置1. 医院机构代码设置为自产药品的生产入库使用2. 允许根据库存自动生成采购计划;只有两个选项:是、否。如果本项设置为是,则系统将会根据库存自动生成采购计划并且该计划自动进入审核等后续流程,采购计划的发起者为本项设置的最后修改者;3. 温度、湿度控制参数设置数据CRUD;1.1.1.2. 药品供应管理1、 国家字典数据CRUD,被行政区划字典引用时不可以删除;2、 行政区划字典数据CRUD,被生产厂商字典引用时不可以删除;3、 生产厂商字典数据CRUD,被药品字典基本信息引用时不可以删除4、 供货商字典数据CRUD,
6、被采购申请单或入库单引用时不可以删除;如果医院自行生产药品,则应该将该医院也列出本字典。5、 停止供药管理针对部分因某种原因不再继续出现在医院药品供应序列中的药品信息管理。停药时如果药品尚有库存6、 采购申请1. 根据库存下限自动生成采购计划;2. 根据药品规格信息生成采购计划;3. 手工根据需要生成采购计划;7、 采购申请审批1. 根据采购计划,对数据进行逐项核对,允许修改采购计划中的药品生产、供应商、规格、数量(数量为零的表示不采购,审批不可删除采购明细数据)、价格;2. 审批过程中允许使采购单进入采购(即,执行采购过程);3. 使采购明细全部进入招标;4. 使采购明细部分进入招标;8、
7、采购申请执行对应实际采购行为,修改未招聘已经审核的数据使之成为有效的可入库数据并且依据该数据通知仓库管理员入库。9、 药品招标管理1. 公布招标单;根据招标计划列出所有已经计划招标尚未公布的数据清单,供操作者有选择性的公开招标计划,被公开的招标计划可以根据用户方的信息约束要求呈现在招标网站或以文本形式被打印,未完成的招标信息可以被多次查询、打印;2. 录入中标明细即,招标完成,完成后的标书不可以被打印但是可以被查询;3. 作废招标计划;1.1.1.3. 仓储管理1. 仓库字典数据CRUD,被货位等其它数据引用后不可以删除;2. 货位字典数据CRUD,被货位药品规格关系引用后不可以删除;3. 货
8、位药品规格关系管理数据CRUD,无特殊约束;4. 仓库警戒上下限管理数据CRUD,以药品规格为基本数据的数据管理要素5. 仓储温度、湿度警戒线管理数据CRUD,需要相关硬件设备支持1.1.1.4. 药品管理1. 药品基本信息数据CRUD,被药品规格引用后不可删除,该数据必须通过药品规格信息在系统使用;2. 药品毒理分类数据CRUD,被药品基本信息引用后不可删除;3. 药品剂型4. 药品分类数据CRUD,被药品基本信息引用后不可删除;5. 药品包装单位数据CRUD,被药品规格引用后不可删除;6. 药品使用方式管理数据CRUD,被药品规格引用后不可删除7. 药品规格信息数据CRUD,被系统启用后不
9、可删除;8. 药品可拆分性管理依附药品规格存在1.1.1.5. 出库管理1. 调拨出库数据CRUD,调拨出库有两种:主动调拨;被动调拨主动调拨:为流程性的,在业务进行过程中有基础药品入库后,由仓库主动向各药房配送;移库也是通过本模块完成;被动调拨:由药房或其它药库发起的配货行为;2. 盘亏出库盘点亏损3. 报损出库一般指因保管不善导致药品失效、毁损的出库行为;1.1.1.6. 入库管理1. 采购入库依据采购计划生成的入库行为;2. 调拨入库依据调拨申请单生成的入库行为,依赖于调拨出库单,如有调拨出库行为软件界面应有相关数据的实时提示;3. 生产入库医院自产药品入库;药品的生产、供应商必须为医院
10、本身;4. 盘盈入库将盘点盈余的数据入库1.1.1.7. 退库管理1. 药品退药入库医院内部仓储间的药品退回入库;2. 药品退回经销商为了集中统一管理,只有中心药库可以将药品退回经销商,所有需要退回经销商的药品必须由各分仓储中心先逐级将药品退回,最后由中心仓库集中处理;1.1.1.8. 价格管理1. 药品价格类别价格形成的原因描述2. 药品价格管理药品价格的初次启用录入及后续调价管理模块,该模块直接经过审核流程后将非首次录入价格直接形成日志。价格管理的日志由三部分数据构成:1.正在使用的数据;2.将来使用的数据;3历史曾经使用但是当前已经停止使用的数据。3. 药品价格审核药品价格变动后的事后监
11、督模块。本模块允许修改数据;4. 药品价格执行按药品价格管理中预定义的已经过审核的数据做启用/停用操作。同一种规格的药品可以同时存在多种价格,但是同一进货时间的同一种规格药品只允许使用一种价格1.1.1.9. 统计查询1. 采购申请单统计查询;2. 招标单统计查询3. 调拨入库单统计查询;4. 调拨出库单统计查询;5. 生产入库单统计查询;6. 盘点统计查询;7. 报损统计查询8. 药品出库统计查询;9. 药品退库统计查询;10. 药品退回经销商统计查询;11. 调价日志统计查询;1.1.2. 药房1.1.2.1. 仓储管理参见中心药库1.1.2.2. 出库管理药房间只有被动调拨,且药房无移库
12、的概念;4. 发药出库结合结算系统将药品销售给患者的过程1.1.2.3. 入库管理1. 调拨申请向目标仓储发起调货请求,同一医院内除科室之外,可以平级或下级向上级仓储机构发起调货请求;科室间不能发起调货请求,科室只能向药房发起调货请求;3. 盘赢入库1.1.2.4. 退库管理1. 退回药库将药品退回调拨来的药库,若该药库因为某种原因停止使用,则首选将药品退回历史来源药库的接替仓库,允许人工干预接受退药的目标仓库的选择;2. 科室退药入库3. 患者退药入库1.1.2.5. 统计查询1. 调拨入库单统计查询;2. 调拨出库单统计查询;3. 盘点统计查询;4. 报损统计查询5. 药品退库统计查询;6
13、. 调价日志统计查询;1.1.3. 科室1.1.3.1. 出库管理1. 盘亏出库2. 报损出库3. 发药出库结合结算中心将药品销售给患者1.1.3.2. 入库管理参见药房1.1.3.3. 退库管理1. 退回药房1.1.3.4. 统计查询5. 药品退回药房统计查询;1.1.4. 配药中心1. 收药;依据药嘱接受患者临时寄存以便后续治疗的药品管理模块2. 发药;1的对应模块3.2 外部接口需求3.2.1 用户接口1 UI为自适应,屏幕分辨率不小于1024*768;2 报表支持XLS格式输出;3 系统操作响应最大时间应该限制在2秒以内;4 操作应该符合键鼠脱离原则,即,可以键盘完成的就不硬性要求使用
14、鼠标,但是允许使用鼠标;可以用鼠标完成就应该避免键盘的使用;3.2.2 硬件接口系统支持无线或符合标准工业接口的温度、湿度仪及相关的条码、射频设备;3.2.3 软件接口系统仅支持JSON格式:ver:XXX;3.2.4 通信接口支持http/udp/tcp三种协议3.3 性能需求1 从服务性能看,每服务器应支持至少700用户并发;2 局域网中每用户的服务响应时间应该在2秒范围内;3 局域网带宽应该=1000M;3.4 设计约束受国家相关医疗行业政策及物流政策限制3.4.1 其他标准的约束1. 报表系统格式仅支持水晶报表;2. 报表输出格式参见水晶报表相关文档;3. 系统命名遵从匈牙利命名法;4.
copyright@ 2008-2022 冰豆网网站版权所有
经营许可证编号:鄂ICP备2022015515号-1