01.临床诊疗等级权限软件需求说明书
合理用药监测系统软件需求规格说明书-0411
合理用药监测系统软件需求规格说明书目录合理用药监测系统 (1)软件需求规格说明书 (1)1引言 (3)1.1目的 (3)1.2背景 (3)1.3参考资料 (3)2项目概述 (5)2.1软件系统目标 (5)2.2软件系统功能概要 (5)2.3软件系统中的角色 (5)2.4实现语言 (5)2.5用户特点 (6)3功能需求 (6)3.1总体功能需求 (6)3.3用例列表 (7)3.4用例说明 (7)3.4.1合理用药系统 (7)3.4.2阳光用药系统 (22)3.4.3防统方系统 (26)4非功能性需求 (33)4.1运行需求 (33)4.2性能需求 (33)4.2.1精度 (33)4.2.2高效性 (33)4.2.3灵活性 (34)4.3数据管理能力要求 (34)4.4故障处理要求 (34)4.5其他专门要求 (34)5运行环境规定 (34)5.1设备 (34)5.2支持软件 (35)1引言1.1目的本文档明确定义了用户对《合理用药监测系统》的业务需求，包括功能需求和非功能需求，是用户进行系统验收、设计人员进行系统设计和测试人员进行系统测试的主要依据。
预期读者为：►项目管理人员；►业务需求人员；►系统分析人员；►系统设计人员；►系统测试人员。
1.2背景随着社会的进步，信息技术的不断发展，传统的医院管理模式不再适应现在高速发展的现代化医院，甚至对医院的高速发展还会带来一定阻碍，主要体现在医院过多繁杂的程序上面浪费了大量的时间、人力和物力，虽然医院在管理上面投入不菲，但效果甚微，达不到理想的效果。
PASS主要提供“医嘱监测”和“药物信息查询”功能；同时为了完成药物过敏史、特殊人群、禁忌症、副作用等依赖于病人的过敏史和病理生理状态信息相关项目的监测功能，提供了单独的“病人过敏史及病理生理状态信息”管理功能，用于建立和管理病人的药物过敏史及病理生理状态信息；另外为了便于医生、药师等临床专业人员进行合理用药研究工作，还提供了“用药研究”功能术语与缩写解释1.3参考资料1、《中华人民共和国执业医师法》2、《医疗机构管理条例》3、《医疗机构诊疗科目名录》4、《医疗机构基本标准》5、《城镇职工基本医疗保险用药范围管理暂行办法》6、《城镇职工基本医疗保险－定点医疗机构管理暂行办法》7、GB 3304-1991 中国各民族名称的罗马字母拼写法和代码8、GB/T 15657—1995 中医病证分类与代码9、GB/T 16751.3-1997 中医临床诊疗术语治则治法部分10、GB/T 20988-2007 信息系统灾难恢复规范11、GB/T 22239-2008 信息安全技术信息系统安全等级保护基本要求12、GB/T 2261.1-2003 个人基本信息分类与代码第1部分人的性别代码13、GB/T 2261.2-2003 个人基本信息与分类代码婚姻状况代码14、GB/T 2261.4-2003 个人基本信息分类与代码第4部分从业状况(个人身份)代码15、GB/T 2659-2000 世界各国和地区名称代码16、GB/T 4658-1984 文化程度代码17、WS XXXX—2012 电子病历基本数据集18、WS XXXX—2012 基于居民健康档案的区域卫生信息平台技术规范19、WS XXXX—2012 基于电子病历的医院信息平台技术规范（征求意见稿）20、电子病历基本架构与数据标准（试行）（卫办发[2009] 130号）21、疾病分类与代码（修订版）（卫办综发[2011] 166 号）基于电子病历的医院信息平台建设技术解决方案（1.0版）（卫办综发〔2011〕39号）2项目概述2.1软件系统目标PASS（Prescription Automatic Screening System）翻译为“处方自动监测系统”，是根据临床合理用药专业工作的基本特点和要求，采用计算机数据库组织原理和技术，将科学、权威和最新的医学、药学和相关学科知识进行信息标准化处理，实现医嘱监测和药物信息查询功能，从而帮助医生、药师等临床专业人员在用药过程中即时、有效地掌握和利用医药知识，预防药物不良事件（ADE，Adervse Drug Event）的发生，实现合理用药目的的一个专业软件系统。
01：电子病历评级(5级)基本项实证材料(模板)
电子病历系统分级评价平台系统功能基本项五级实证材料XXXXXXXXXXXXXXXXXX医院2020-07-XX目录系统功能基本项五级说明材料病房医师01.01.5病房医嘱处理（1）医嘱记录在医院中能统一管理，并统一展现具体实现方式：实证截图：（2）有医师药疗医嘱下达权限控制，支持抗菌药物分级使用管理具体实现方式：实证截图：（3）可依据诊断判断传染病情况，并通过系统上报医政管理部门具体实现方式：实证截图：01.03.5 病房检验报告（1）检验报告来自全院统一医疗数据管理体系具体实现方式：实证截图：（2）查阅报告时，对于多正常参考值的项目能够根据检验结果和诊断、性别、生理周期等自动给出正常结果的判断与提示具体实现方式：实证截图：（3）查阅报告时，对于多正常参考值的项目能够根据检验结果和诊断、性别、生理周期等自动给出正常结果的判断与提示具体实现方式：实证截图：（4）对于危急检验结果，医师、护士能够在系统中看到具体实现方式：实证截图：（5）浏览检验报告时，可以浏览病人重要病历信息具体实现方式：实证截图：01.05.5 病房检查报告（1）检查报告来自全院统一医疗数据管理体系具体实现方式：实证截图：（2）查阅报告时，能够显示测量结果，对于有正常参考值的项目能显示参考范围及自动产生异常标记具体实现方式：实证截图：（3）对于检查危急值，医师、护士在能够系统中看到具体实现方式：实证截图：01.06.5 病房病历记录（1）可自定义病历结构与格式，支持结构化病历的书写具体实现方式：实证截图：（2）提供插入检查检验结果功能具体实现方式：实证截图：（3）可按照任意病历结构化项目进行检索具体实现方式：实证截图：（4）病历数据与医嘱等数据全院一体化管理具体实现方式：实证截图：（5）对于已由医师确认病历的所有修改，有完整的痕迹记录具体实现方式：实证截图：（6）书写病历的时限可设置并能提示具体实现方式：实证截图：（7）电子病历内容应存储为通用格式，可被经过医院方授权的第三方调用具体实现方式：实证截图：（8）历史病历完成数字化处理并可查阅，并可与其他病历整合具体实现方式：实证截图：病房护士02.02.5 医嘱执行（1）在执行中实时产生记录具体实现方式：实证截图：（2）全院统一管理医嘱、执行记录，构成统一电子病历内容具体实现方式：实证截图：（3）新医嘱和医嘱变更可及时通知护士具体实现方式：实证截图：02.03.5护理记录（1）护理记录、体征记录数据在医院统一医疗数据管理体系中具体实现方式：实证截图：（2）生命体征、护理处置可通过移动设备自动导入相应记录单（移动护理）具体实现方式：实证截图：（3）有护理计划模版，护理记录数据可依据护理计划产生具体实现方式：实证截图：门诊医师03.01.5处方书写（1）具有针对病人诊断、性别、历史处方、过敏史等进行合理用药、配伍禁忌、给药途径等综合自动检查功能并给出提示具体实现方式：实证截图：（2）对高危药品使用给予警示具体实现方式：实证截图：（3）支持医师处方开写权限控制具体实现方式：实证截图：（4）可依据诊断判断传染病情况，并通过系统上报医政管理部门具体实现方式：实证截图：03.03.5门诊检验报告（1）查阅报告时，对于多正常参考值的项目能够根据检验结果和诊断、性别、生理指标等自动给出正常结果的判断与提示具体实现方式：实证截图：（2）可根据历史检验结果绘制趋势图具体实现方式：实证截图：（3）对于危急检验结果，门诊医师能够在系统中看到具体实现方式：实证截图：03.05.5 门诊检查报告（1）检查报告和图像来自全院统一管理的数据具体实现方式：实证截图：（2）查阅报告时，能够显示测量结果，对于有正常参考值的项目能显示参考范围及自动产生异常标记具体实现方式：实证截图：（3）对于检查危急值，门诊医师能够在系统中看到具体实现方式：实证截图：03.06.5 门诊病历记录（1）能提供插入检查检验结果功能具体实现方式：实证截图：（2）可对门诊病历内容检索具体实现方式：实证截图：（3）病历数据与处方、检查报告等数据全院一体化管理具体实现方式：实证截图：（4）历史病历（包括住院或门诊纸质病历）完成数字化、可查阅，并能够与其他病历整合具体实现方式：实证截图：（5）对于已提交的病历能自动记录、保存病历记录所有修改的痕迹具体实现方式：实证截图：检查科室04.04.5 检查图象（1）建立全院统一的图像存储体系具体实现方式：实证截图：（2）支持符合 DICOM 标准的图像显示终端访问图像数据具体实现方式：实证截图：（3）有完整的数据访问控制体系，支持指定用户、指定病人、指定检查的访问控制具体实现方式：实证截图：（4）具有图像质控功能，并有记录具体实现方式：实证截图：检验处理05.03.5 报告生成（1）检验报告纳入全院统一数据管理体系具体实现方式：实证截图：（2）报告审核时能自动显示病人同项目的历史检验结果作为参考具体实现方式：实证截图：治疗信息处理06.01.5一般治疗记录（1）有每次治疗的登记或执行记录，内容包括时间、项目等具体实现方式：实证截图：（2）治疗记录纳入全院统一的医疗档案体系具体实现方式：实证截图：（3）治疗过程中的评估有记录具体实现方式：实证截图：06.03.5 麻醉信息（1）麻醉记录数据纳入医院整体医疗记录具体实现方式：实证截图：（2）能够判断麻醉过程中出现的非正常监测参数，并在麻醉记录单和相关图表中显示具体实现方式：实证截图：医疗保障07.03.5 门诊药品调剂（1）能从全院统一医疗记录中获得门诊处方记录具体实现方式：实证截图：（2）有完善的药品使用核查处理功能具体实现方式：实证截图：（3）有药品使用管理记录，支持药品分级管理具体实现方式：实证截图：（4）能够实时进行药物之间、药物与诊断的检查具体实现方式：实证截图：（5）具有处方评价抽查、记录工具，抽查发现的不合理用药能够记录具体实现方式：实证截图：07.04.5 病房药品配置（1）药品准备与发药记录纳入全院医疗记录体系具体实现方式：实证截图：（2）可支持药品单品或单次包装并印刷条形码等机读核对标识具体实现方式：实证截图：（3）具有对药物治疗医嘱进行抽查与进行处方评价记录工具，对发现的不合理用药能够记录具体实现方式：实证截图：病历管理08.01.5 病历质量控制（1）系统能够根据不同专科病历、诊断等，选择差别化的质量控制项目，进行病历质控具体实现方式：实证截图：（2）能够记录病历内容缺陷，并对时限、规定必须书写的病案内容进行自动判断处理，生成相应的质控记录具体实现方式：实证截图：（3）质控结果能反馈给相应的病历书写医师和管理者具体实现方式：实证截图：（4）出院时有对病案首页内容进行质量核查功能具体实现方式：实证截图：（5）能够记录各级责任医师具体实现方式：实证截图：电子病历基础09.01.5 病历数据存储（1）全部医疗记录和图像能够长期存储，并形成统一管理体系具体实现方式：实证截图：（2）具有针对离线病历数据的智能化调用与传输机制具体实现方式：实证截图：（3）对于预约或已住院病人的全部离线医疗记录能够提前提供调取和快速访问功能具体实现方式：实证截图：09.02.5 电子认证与签名（1）重点电子病历相关记录（门诊、病房、检查、检验科室产生的医疗记录）有统一的身份认证功能具体实现方式：实证截图：（2）重点电子病历相关记录（门诊、病房、检查、检验科室产生的医疗记录）的最终医疗档案至少有一类可实现可靠电子签名功能具体实现方式：实证截图：09.04.5 系统灾难恢复体系（1）对于重点系统具备完整的灾难恢复保障体系，每年至少完成一次应急演练具体实现方式：实证截图：（2）每季度至少进行一次数据恢复验证，保障备份数据的可用性具体实现方式：实证截图：（3）对于重点系统数据与系统的恢复时间不大于 2 小时，数据丢失时间不超过1 天具体实现方式：实证截图：。
临床辅助诊断和病历质控软件项目需求
临床辅助诊断和病历质控软件项目需求
一、基本要求
1)系统需满足电子病历5级评审要求。
2)充分考虑系统与医院现有系统的对接，原有数据的继承、利用，软件的扩展及平滑对接能力。
3)系统所采用的体系结构要能够支持医院信息系统在不同发展阶段对于信息交换的需求，即初期所搭建的系统应该具有可继承性、可伸缩性、可重用性等重要特点，搭建良好的框架结构，便于系统升级。
4)系统服务器必须配置在医院内部网络，知识库必须满足定时自动更新和不定期临时更新。
5)整个系统需要参照国家卫生部发布的《医院信息系统规范》，HL7 数据交换标准、ICD-9、ICD-10 协议等国际信息交换标准，以及与信息相关的国家标准和规范，特别是软件工程方面的标准和规范。
6)不需要电子病历实现结构化录入，可以从非结构化电子病历内容中，通过机器学习，自动抽取结构化信息。
7)系统需以医学知识图谱和自然语言、机器学习等人工智能技术为核心，实现建立关于符合循证医学的智能诊疗模型。
二、技术架构要求
1)系统支持MYSQL 数据库以及图形数据Neo4j 。
2)系统采用B/S架构，开发语言采用跨平台、扩展性强的JA V A语言。
三、CDSS功能参数要求
四、病历质控系统技术参数详细要求。
临床技能中心管理系统软件功能需求
带薪教资：支持课时费设置（可以按每小时或每节课进行设置），教师上课后系统自动进行教师薪资核算。
2.1.4.5
老师换课申请:支持在开课前对已形成课表的课程更换上课老师，方式一由管理员在“课程列表”中进行“换老师”，方式二原课程老师可在PC或移动端发起“申请换老师”。
2.1.5
评价管理
2.1.5.1
2.1.4.1.7
项目列表：通过项目列表中的新增功能，支持将多个“基础课程”组合打包成一个课程项目包，使用排课管理对项目进行排课，供学生学习。
2.1.4.1.8
基础信息管理：支持设置科目、标签、类型，用于标记科目、课程标签、课程类型等课程信息，方便管理者管理课程。
2.1.4.2
项目管理
2.1.4.2.1
2.1.7.3
课程统计：包括课程一览及课表统计，支持自动统计课程属性及数量、各种类课程数量、课程开发情况、不同时间段课程培训情况及人员参与情况、不同时间段各类课程培训情况、不同时间段各类人员参与情况。可通过报表查看开课次数、参与人次和课时具体情况等；支持设置每年的培训目标，系统自动统计目标完成率。
2.1.7.4
1.2
用户组管理：支持统一管理不同系统角色及权限，自定义无限级角色类别；可通过角色类别搭建人员架构和分配不同角色权限，支持新增或导入用户组，支持通过用户组权限进行权限复制。
1.3
用户管理：支持维护不同人员的基础信息，支持添加、编辑、删除；支持批量导入和导出；支持个人权限设置；支持账号状态管理，进行批量启用和禁用，支持密码重置。
课程管理
2.1.4.1
课程一览
序号
技术参数及性课程开发，制定课程开发周期及各阶段开发计划，包括课程团队、课程信息、课程资料、课程用物等，支持搜索、查看、编辑课程信息等操作；可停止课程使用。课程更新迭代：管理员可对开发完成的课程进行修改迭代更新。
互联网医院平台需求规格说明书
互联网医院平台需求规格说明书1. 引言本文档旨在明确规定互联网医院平台的需求规格，确保平台能够满足用户的需求，并达到高质量的设计和开发标准。
互联网医院平台作为一种新兴的医疗模式，将通过互联网技术为用户提供在线医疗服务，方便用户获取医疗资源，并促进医疗行业的数字化转型。
2. 功能需求2.1 用户注册与登录•用户可以完成注册，并通过注册信息登录到平台。
•平台应提供合适的身份验证机制，确保用户信息的安全性。
•不同类型用户（如患者、医生、药剂师等）应有不同的注册和登录方式，并能够访问符合其权限和角色的功能。
2.2 医疗咨询与预约•用户可以通过平台向医生进行咨询、寻求建议，并能进行在线交流。
•平台应提供医生在线排班和预约功能，方便用户选择适合的医生和时间进行预约。
•用户可以查看医生的专业背景、资质证书等信息，以便做出选择。
2.3 在线问诊与诊断•用户可以通过平台进行在线问诊，提供相关症状和病史信息，并与医生进行实时交流。
•医生可以通过平台查看患者的问诊信息，并进行对应的诊断和治疗建议。
•在线问诊过程中，平台应提供图像、音频、视频等多媒体支持，方便医生进行远程诊断。
2.4 处方开具与配药•医生根据患者的诊断结果，可以通过平台开具电子处方。
•平台应具备药物数据库，支持医生进行药物选择，同时提供相关的用药说明和警示信息。
•药剂师根据医生开具的处方，可以通过平台进行配药，并向患者提供指导和建议。
2.5 患者档案管理•平台应能够根据用户的健康档案信息，提供个性化的医疗服务。
•医生可以通过平台查看和管理患者的档案信息，包括病历、化验报告、检查结果等数据。
•平台应确保患者档案信息的安全性和隐私保护。
3. 非功能需求3.1 安全性•平台应具备严密的安全措施，通过加密等技术保护用户的个人信息和医疗数据。
•用户的身份验证和权限控制应严格执行，以防止未经授权的访问和使用。
3.2 可靠性•平台应具备高可靠性，保证能够持续提供稳定的在线医疗服务。
软件产品需求规格说明书(案例)
四川托普集团技术文档卷号：卷内编号：V1.0版多层体系政务框架平台之一行政服务中心政务平台软件产品需求规格说明书Software Product Requirements Specification项目承担部门：中央研究院应用产品开发中心撰写人（签名）：完成日期：本文檔使用部门：■主管领导■项目组□客户（市场）■维护人员□用户文档验交组（签名）：验交日期：评审负责人（签名）：评审日期：软件产品需求规格说明书Software Product Requirements Specification 1.引言1.1.目的本节描述软件产品需求规格说明书（SRS）的目的是：定义软件总体要求，作为用户和软件开发人员之间相互了解的基础；提供性能要求、初步设计和对用户影响的信息，作为软件人员进行软件结构设计和编码的基础；作为软件总体测试的依据。
1.2.定义Workflow：工作流1.3.参考资料行政服务中心政务平台白皮书行政服务中心政务平台项目审批表2.软件总体概述2.1.软件标识软件全称：多层体系政务框架平台之一行政服务中心政务平台软件简称：XZFWZXZW版本号：1.02.2.软件描述2.2.1.系统属性行政服务中心是改革开放进程中一项新生事物，是实践江总书记“三个代表”重要思想的具体表现，是改善投资环境，扩大开放，吸收外来投资，加快发展的重要举措。
为了实现行政服务中心“一站式集中，一条龙服务”，为全社会提供平等竞争的市场条件和长期稳定的投资环境，塑造廉洁，规范，高效的政府形象的目标，充分利用信息化技术，建设先进实用的可扩展性强的行政服务信息系统，实现行政服务信息处理的智能化、网络化、“无纸化”成为一项迫切的工作。
为此，托普集团根据行政服务中心的业务需求，设计了行政服务中心政务平台。
2.2.2.开发背景开发目的：1、公众服务2、行政服务中心和各级政府部门应用目标：行政服务机构使用范围：行政服务机构，公众2.3.软件功能(共12个系统模块)其中内部办公模块又分为：2.4.用户的特点因为本软件是一个全新的概念，对它的使用要求领导绝对的支持，才能将这个软件系统得以很好的使用。
三级医院等级评审软件参数(含功能描述)
--
2）、总体需求:
按照评审标准，把人工评审自动化，流程化，使医院从繁琐的评级工作中解 放出来，让评级更规范更流畅、专家检查起来更容易更轻松。系统具有批量 完成分配条款、多次自评模式统计对照、持续多次自评及生成自评报告结果 等功能。
整个系统解决方案会涉及到以下几类用户和角色，他们对系统的需求如下：
承办人员需求:自评工作开始后，承办人员主要负责具体事项的落实、汇报执 行结果、提交支撑材料，并就责任人员提出的整改意见落实整改方案，支持 承办人员在 PC 端、移动端完成上述工作。
2 支持查看个人及所负责条款相关承办科室得进度情况
3 支持随时随地在移动端审核材料
4 支持对未审核款项进行提醒
5 支持向相关人员发送整改意见
6 支持通过移动院内通知发布相关通知公告
--
--
督办人员需求:督办人员专业督办各类指标，督促整个自评进度，保证自评工 作各环节的流畅性与及时性，推动 PDCA 持续改进，支持督办人员在 PC、移 动端完成上述工作。 1 方便与院内评审小组人员沟通 2 支持查看相关条款的承办执行情况、审核情况及个人评审进度情况 3 支持对未审核款项进行提醒 4 支持向相关人员发送催办消息 5 支持通过移动院内通知发布相关通知公告 6 支持按规范要求自动生成自评结果 7 支持多次评审结果对比
5、支持多种分配方案，系统支持传统的依次建立人员、科室、组和条款分配 形式，条款分配中可分到组长，也可直接分到人。批量分配后在自评时也可 随时进行调整。可灵活分配评审条款，支持多部门人员共同参评，提供一键 式导入分配功能
6 自评过程分工明确，承办组、责任组、督办组分类，承办、责任、督办各类 责任明确，承办科室（人员），负责具体事项的落实、执行结果的录入、支 撑材料的录入，责任科室（人员），负责审核相应条款的落实情况，审核支 撑材料，督办科室（人员），负责专业督办各类指标，医院领导：负责督促 整个自评进度。
医疗项目需求规格书
医疗项目需求规格书本项目是一款医疗服务应用程序，旨在为用户提供便捷、高效、安全的医疗服务。
二、功能需求1. 用户注册与登录用户可以通过手机号码、邮箱等方式注册账号，并通过短信验证码、邮箱验证等方式进行身份验证。
用户登录后可以使用所有功能。
2. 医生排班应用程序需要提供医生排班功能，医生可以根据自己的时间安排进行排班。
用户可以根据医生的排班信息选择预约时间。
3. 预约挂号用户可以通过应用程序预约挂号，选择医生、选择预约时间等。
医生可以根据预约情况进行确认或取消预约。
4. 医疗咨询用户和医生可以通过应用程序进行在线咨询，包括文字、语音、视频咨询等方式。
医生可以根据咨询情况进行回复。
5. 健康档案用户可以通过应用程序维护自己的健康档案，包括基本信息、病历、检查报告等。
医生可以根据健康档案信息进行诊断和治疗。
6. 在线购药用户可以通过应用程序购买药品，应用程序需要提供药品信息、价格、购买方式等。
用户需要提供配送地址和付款方式，药品可以邮寄或到店自取。
7. 医生评价用户可以对医生进行评价，评价内容包括医生的服务态度、医疗水平等。
评价可以帮助其他用户选择医生。
三、非功能需求1. 安全性应用程序需要保证用户信息的安全性，包括用户注册信息、健康档案信息、购买药品信息等。
2. 可用性应用程序需要保证用户操作的便捷性和用户体验度。
3. 可扩展性应用程序需要考虑未来的扩展性，可以随着用户需求的变化而增加新的功能。
四、技术需求1. 开发平台应用程序需要支持iOS和Android两个操作系统，开发平台需要使用现有开发框架，如React Native、Flutter等。
2. 数据库应用程序需要使用数据库存储用户信息、医生信息、预约信息、健康档案、药品信息等数据。
3. 服务器应用程序需要使用云服务器提供存储和计算资源，保证应用程序的稳定性和可扩展性。
五、验收标准1. 功能要求应用程序需要满足以上所有功能需求，并保证功能可用性和稳定性。
需求规格说明书_模板
国家医疗保障信息平台建设工程项目需求规格说明书XXXX 软件股份有限公司2019年6月文件更改记录目录1 引言 (1)1.1 项目背景 (1)1.2 术语定义 (1)1.3 参考资料 (1)2 概述 (1)2.1 系统目标 (1)2.2 用户情况 (1)2.3 运行环境（可裁剪） (1)2.3.1 硬件环境 (1)2.3.2 软件环境 (1)2.4 限制条件 (2)2.5 假设和依赖 (2)2.6 系统涉及的角色 (2)3 功能需求 (2)3.1 功能模块概述 (2)3.2 功能模块业务流程 (3)3.3 需求1（以实际的需求名代替） (3)3.3.1 功能/模块概述 (3)3.3.2 业务流程和业务规则 (3)3.3.3 界面设计 (4)3.3.4 功能需求点 (4)3.3.4.1 输入 (4)3.3.4.2 处理 (4)3.3.4.3 输出 (5)3.3.4.4 规则说明 (5)3.3.4.5 特殊考虑 (5)3.3.4.6 与其他功能点的关系 (5)3.3.4.7 子功能点 (5)4 公用基础模块定义 (5)5 数据逻辑描述（已明确，需要描述需求数据结构） (5)5.1 数据整体描述 (5)5.2 基础类包 (5)5.3 包1 (6)6 非功能性需求 (6)6.1 数据容量 (6)6.2 数据精确度 (6)6.3 时间特性 (6)6.4 适应性 (6)6.5 吞吐量 (6)6.6 安全性 (6)6.7 系统安全方面的需求描述。
质量属性................. 错误!未定义书签。
7 接口需求（可裁剪） (7)7.1 用户接口 (7)7.2 硬件接口 (7)7.3 软件接口 (7)7.4 故障处理 (7)8 其它需求 (7)9 附件 (8)9.1 用户字典表 Users (8)1 引言1.1 项目背景1. 项目的委托单位、开发单位和主管部门2. 该软件系统与其他系统的关系1.2 术语定义【列出文当中所用到的专门术语的定义和缩写词的原文。
软件需求规格说明书模板(结构清晰详细)(格式一)
X X X X项目软件需求规格说明书XXXXXXX科技有限公司20XX年XX月目录第一章引言 (5)1编写目的 (5)2软件需求分析理论 (5)3软件需求分析目标 (5)4参考文献 (6)第二章需求概述 (6)1.项目背景 (6)2.需求概述 (7)3.条件与限制(可选) (7)4.移动办公系统结构 (8)5.移动办公网络拓扑图 (9)第三章系统功能需求 (9)1.移动办公系统升级改造需求 (9)✓界面显示要求 (11)✓待办公文列表 (11)✓待办公文列表排序 (11)✓公文详细信息界面元素 (11)✓网站信息审批 (11)✓会议申请 (11)✓意见录入 (12)✓移动邮件 (12)✓会议管理 (12)✓通知通告 (13)✓通讯录管理 (13)2.车辆管理模块升级改造需求 (13)✓系统功能架构 (14)✓网络拓扑结构 (15)3.电子公文预览需求 (15)✓电子公文交换网络 (16)✓电子公文交换流程 (17)4.政务信息管理系统平台功能需求 (18)第四章软硬件或其他外部系统接口需求 (20)1.用户界面 (20)2.硬件需求 (21)3.网络需求 (21)4.接口需求 (22)5.通信需求 (22)6.运行环境 (23)第五章其他非功能需求 (23)1.性能需求 (23)2.安全设施需求 (24)3.安全性需求 (24)4.扩展性需求 (25)5.可移植性需求 (25)第一章引言1编写目的为明确软件需求、安排项目规划与进度、组织软件开发与测试，撰写本文档。
2软件需求分析理论软件需求分析（Software Reguirement Analysis）是研究用户需求得到的东西，完全理解用户对软件需求的完整功能，确认用户软件功能需求，建立可确认的、可验证的一个基本依据。
软件需求分析是一个项目的开端，也是项目实施最重要的关键点。
据有关的机构分析结果表明，设计的软件产品存在不完整性、不正确性等问题80％以上是需求分析错误所导致的，而且由于需求分析错误造成根本性的功能问题尤为突出。
医院管理系统 软件需求说明书
医院管理系统软件需求说明书软件需求说明书1：引言本文档描述了医院管理系统的软件需求规格，旨在为开发团队和相关利益相关方提供清晰的项目范围和功能需求，以便设计和开发一个高效、安全的医院管理系统。
2：项目背景医院管理系统是一个综合性的软件，旨在提供医院管理人员和医务人员一个集中的平台，以帮助管理和监控医院的各项业务以及医疗服务。
3：目标医院管理系统的目标是提供以下功能：- 患者管理：通过系统记录患者的基本信息、病历、就诊历史等，并支持预约挂号和查看患者就诊情况。
- 医生管理：记录医生的个人信息、专长和排班信息，支持医生的排班安排和查询。
- 科室管理：管理医院的各个科室，包括科室的信息、医生的安排和科室的运营情况。
- 药品库存管理：管理医院的药品库存，包括药品的采购、出库、入库和库存预警。
- 财务管理：记录医院的财务情况，包括收入、支出、报销和财务报表等。
4：功能需求4.1 患者管理模块4.1.1 患者信息管理- 记录患者的基本信息，包括姓名、性别、年龄、联系方式等。
- 支持患者信息的查询、修改和删除。
4.1.2 就诊历史管理- 记录患者的就诊历史，包括就诊科室、医生、诊断、用药情况等。
- 支持就诊历史的查询和查看。
4.1.3 预约挂号- 支持患者通过系统进行预约挂号，包括选择就诊科室、医生、预约时间等。
4.2 医生管理模块4.2.1 医生信息管理- 记录医生的个人信息，包括姓名、性别、年龄、职称等。
- 支持医生信息的查询、修改和删除。
4.2.2 排班管理- 记录医生的排班信息，包括排班日期、时间段和科室。
- 支持医生排班信息的查询和修改。
4.3 科室管理模块4.3.1 科室信息管理- 记录科室的基本信息，包括科室名称、科室主任、科室方式等。
- 支持科室信息的查询、修改和删除。
4.3.2 医生安排管理- 将医生分配到相应的科室，并记录分配日期和时间段。
- 支持医生安排的查询和修改。
4.3.3 科室运营情况统计- 统计科室的就诊人次、手术数量、药品使用情况等。
软件功能需求说明书(完整版)
功能需求说明书最后一次修改时间：2023-3-1用户确认修订记录目录1引言 (5)1.1目的和围 (5)1.2方法 (5)1.3参考材料 (5)1.4术语、缩略语 (5)2工作围细节 (6)2.1总体需求描述 (6)2.2大概功能介绍 (7)2.2.1手机APP (7)2.2.2顾客信息管理 (7)2.2.3生成餐单 (7)2.2.4提交体检报告 (7)2.2.5跟踪记录 (8)3功能规 (8)3.1首页 (9)3.1.1今日贵宾健康指标查看 (9)3.1.2贵宾健康指标趋势图 (10)3.1.3健康指标异常贵宾预警通知 (11)3.1.4指标异常贵宾餐单修改（高级教练角色） (12)3.2贵宾管理 (13)3.2.1贵宾信息查询浏览 (14)3.2.2贵宾信息新增 (15)3.2.3贵宾信息修改 (16)3.2.4贵宾信息记录跟踪 (17)3.2.5贵宾基本信息查看 (18)3.2.6 协议管理 (19)3.2.6.1 协议查询 (20)3.2.6.2 协议新增 (21)3.2.6.3 协议查看 (25)3.2.6.4 协议修改 (26)3.2.7餐单管理 (27)3.2.7.1餐单查看浏览 (28)3.2.7.2餐单修改 (29)3.3方案管理 (31)3.3.1首页栏目 (31)3.3.2方案查询 (31)3.3.3方案查看 (32)3.3.4方案新增 (32)3.3.5方案修改 (33)3.3.6方案删除 (34)3.4统计分析 (34)3.4.1教练分析 (34)3.4.1.1教练统计分析 (34)3.4.1.2教练统计分析查询 (34)3.4.2贵宾分析 (35)3.4.2.1今日贵宾健康指标 (35)3.4.2.2贵宾分析查询 (35)3.4.2.3趋势图 (36)3.4.2.4提醒 (36)3.5系统管理 (37)3.5.1用户管理 (37)3.5.1.1用户信息查询 (37)3.5.1.2用户新增 (38)3.5.1.3用户信息修改 (39)3.5.1.4用户信息查看 (40)3.5.1.5用户信息删除 (41)3.5.2角色管理 (42)3.5.2.1角色查询 (42)3.5.2.2角色新增 (43)3.5.2.3角色修改 (44)3.5.2.4角色查看 (45)3.5.2.5角色删除 (46)3.5.3班级管理 (47)3.5.3.1首页栏目 (47)3.5.3.2查询班级 (47)3.5.3.3查看班级 (48)3.5.3.4新增班级 (48)3.5.3.5修改班级 (49)3.5.3.6删除班级 (49)3.5.4食物管理 (49)3.5.4.1首页栏目 (50)3.5.4.2食物查询 (50)3.5.4.3食物查看 (50)3.5.4.4食物新增 (51)3.5.4.5食物修改 (52)3.5.5营养品管理 (53)3.5.5.1首页栏目 (53)3.5.5.2营养品查询 (53)3.5.5.3营养品查看 (54)3.5.5.4营养品新增 (54)3.5.5.5营养品修改 (55)3.5.5.6营养品删除 (55)1引言1.1目的和围本文档是《xxx》的系统需求说明，用于阐述xxx的需求和功能结构。
医院管理系统软件需求规格说明书
软件需求规格说明书医院门诊管理系统小组成员：xxxxx目录1.1系统预期达到的目标 (3)1.2需求分析 (4)1.2.1使用系统的相关人员 (4)1.2.2系统业务流程 (4)1.2.3功能需求 (6)1.2.4系统的非功能性需求 (11)1、系统需求分析1.1系统预期达到的目标系统预期实现一下功能：1、挂号收费功能：医院门诊部工作人员为前来挂号看病的患者，提供挂号服务。
医院门诊人员可根据患者的描述，选择适当的科室，选择专家门诊或普通门诊，查看当前值班医生，可以向需要的患者提供必要的医生的信息并进行挂号，并打印挂号凭证。
可以对前来咨询医生工作时间或医院药品情况的就诊人员提供必要的咨询服务;2、划价收费功能：医院门诊部工作人员为持有医生药单或处方前来划价或缴费的人员根据其所持有的药单或处方分别进行划价和收费。
医院门诊部工作人员可以向系统输入所有药品名，查看并选择药品规格，输入购买数量，系统将自动进行药品总费用统计，医院门诊部工作人员可根据系统显示的药品总费用进行收费，打印票据。
3、病例管理功能：对及长期在医院进行看病或治疗的患者，系统将保留患者的基本信息及就诊记录，便于医生和患者查询。
避免患者病历丢失所带来的损失。
4、权限管理：该系统具有权限管理功能，对进入系统的人员进行权限验证，门诊工作人员在进入系统前，必须输入其工作号及密码，经系统验证成功后方可登陆。
在门诊工作人员进行工作时，系统将自动记录其操作情况，统计其收费总额，门诊工作人员可以随时进行查看，便于门诊工作人员向财务部门交账时进行核对。
5、根据以上功能，该项目主要以Windows为操作平台，Visual Studio 2008为开发工具，C++为开发语言，进行开发。
1.2需求分析1.2.1使用系统的相关人员及医院管理系统相关的人员（可能操作系统的角色）详细情况及需求如表2-1所示：表2-1 使用系统的相关人员及需求描述1.2.2系统业务流程根据用户提出的需求归纳出系统的功能包括4部分：挂号收费功能、划价收费功能、病例管理功能、权限管理功能。
医院信息系统(HIS)软件基本功能规范
医院信息系统基本功能规范第一章总则第一条为加强卫生信息化工作的规范管理，进一步加快卫生信息化基础设施建设，保证医院信息系统的质量，减少不必要的重复研制和浪费，保护用户利益，推动和指导医院信息化建设，特制定本《医院信息系统基本功能规范》。
第二条制定本规范的目的是为卫生部信息化工作领导小组评审医院信息系统提供一个基本依据，亦是现阶段商品化医院信息系统必须达到的基本要求。
第三条本规范同时为各级医院进行信息化建设的指导性文件，用于评价各级医院信息化建设程度的基本标准。
第四条医院信息系统的定义：医院信息系统是指利用计算机软硬件技术、网络通讯技术等现代化手段，对医院及其所属各部门对人流、物流、财流进行综合管理，对在医疗活动各阶段中产生的数据进行采集、存贮、处理、提取、传输、汇总、加工生成各种信息，从而为医院的整体运行提供全面的、自动化的管理及各种服务的信息系统。
医院信息系统是现代化医院建设中不可缺少的基础设施与支撑环境。
第五条实用性是评价医院信息系统的主要标准。
它应该符合现行医院体系结构、管理模式和运作程序，能满足医院一定时期内对信息的需求。
它是现代医院管理工作中不可缺少的重要组成部分，并能对提高医疗服务质量，工作效率，管理水平，为医院带来一定的经济效益和社会效益产生积极的作用。
第六条医院信息系统不是简单地模拟现行手工管理方法，而是根据医院管理模式采用科学化、信息化、规范化、标准化理论设计建立的。
在建设医院信息系统前，医院必须首先规范自身的管理制度及运行模式。
医院信息系统建立的过程，应是医院自身规范管理模式和管理流程，提高工作效率，不断完善机制的过程。
第七条医院信息系统是一个综合性的信息系统，功能涉及到国家有关部委制定的法律、法规。
包括医疗、教育、科研、财务、会计、审计、统计、病案、人事、药品、保险、物资、设备…等等。
因此，评价医院信息系统首先必须保证与我国现行的有关法律、法规、规章制度相一致，并能满足各级医疗机构和各级卫生行政部门对信息的要求。
药事服务系统软件需求规格说明书
药事服务系统软件需求规格说明书1. 引言药事服务系统软件是为了提升医院和药店的药事服务质量而设计的一款软件。
本文档将详细说明软件的功能需求、性能需求、界面需求、数据需求、安全需求等方面的规格说明。
2. 功能需求2.1 登录功能- 用户可以通过用户名和密码登录系统。
- 系统会对用户输入的用户名和密码进行验证，如果正确则允许用户登录。
2.2 药品信息管理功能- 管理员可以添加、修改和删除药品信息。
- 管理员可以查询药品的详细信息和库存情况。
- 管理员可以设置药品的进货价格和销售价格。
2.3 订单管理功能- 医生、药师和药店员工可以创建订单，并选定需要的药品和数量。
- 药店员工可以查看和处理订单，包括确认订单、出库、配送等。
- 病人可以查看订单的状态和配送进度。
2.4 病人管理功能- 医生可以添加、修改和删除病人的基本信息。
- 医生可以查看病人的用药记录和过敏情况。
2.5 用药记录功能- 医生可以记录病人的用药信息，包括药品、剂量和用法等。
- 病人可以查看自己的用药记录。
2.6 库存管理功能- 药店员工可以查询库存的药品和数量。
- 系统会自动更新库存数量，并提醒药店员工进行补货。
- 系统可以生成库存报表和进销存报表。
3. 性能需求3.1 响应时间- 系统要求在任何操作下都能在2秒钟内响应用户的请求。
- 数据库查询操作不超过5秒。
3.2 并发处理- 系统需要支持多用户同时访问，能够有效处理并发请求。
4. 界面需求4.1 登录界面- 提供用户名和密码的输入框。
- 提供登录按钮。
4.2 药品信息管理界面- 显示药品信息列表。
- 提供添加、修改和删除药品的按钮。
4.3 订单管理界面- 显示订单列表和详细信息。
- 提供创建订单、确认订单、出库和配送的按钮。
4.4 病人管理界面- 显示病人基本信息列表。
- 提供添加、修改和删除病人的按钮。
4.5 用药记录界面- 显示用药记录列表和详细信息。
4.6 库存管理界面- 显示库存药品列表和数量。
审友a7软件说明书
审友a7软件说明书软件介绍：审友a7是一款通过软件定义来进行医疗健康行业研究的软件。
通过软件定义的医疗健康行业研究方法，把医疗健康行业分为医学研究、医疗保健、临床研究四个方面，帮助用户更加科学、合理、规范的使用药物。
医疗行业作为涉及到生命健康、涉及到社会治理和公共卫生等多个领域的多行业，其发展也是需要一定的时间阶段和历史沉淀才可以形成一个相对成熟的行业模式。
作为一款由审友推出的专业医疗大数据分析软件应用平台软件之一（具体名称为审友a7),通过软件定义医疗健康行业研究方法实现用户的医疗健康管理目标、提高用户自身医疗健康管理效率及降低医疗健康管理成本；通过该软件定义诊疗体系、提高患者诊治效率、降低医疗成本；帮助用户获得个性化医疗保健服务管理、个性化医疗信息及服务优化、定制医疗服务方案；通过分析用户数据制定个性化就医规划工具及方案并可通过个人使用智能手机或电脑等移动设备对用户进行数据管理和分析；通过对健康数据与医疗数据以及医生、患者、管理者和公共卫生人员之间的相互作用理解模型建设及应用；辅助医生在患者就诊过程中开展医疗活动，提供专业可靠的临床指导建议并提供相关治疗产品或服务；等等。
• 1.医学研究医学研究、开发疾病治疗的科学方法和技术，为解决疾病的发病机理、病理生理、预防、治疗和预后提供新的理论支持，并在医学基础研究和临床应用过程中形成一个新的模式。
医学研究是复杂多变的，涉及众多学科和领域。
例如，医学基础研究是由医学各学科专家共同研究出来的科学研究行为。
医学研究存在诸多问题：医学研究涉及学科多、规模大、范围广，管理成本高、研究对象多且变化快。
缺乏必要的研究经费是影响医学研究进展以及最终成果形成乃至获得和维持科学发明能力的重要因素之一。
此外，医学研究还涉及到如何对所开展的科学研究进行规范管理和监督，以及其结果能够为用户提供帮助；另外要注意医学研究是否存在安全隐患，以及能否达到预期临床疗效。
作为一款专业医疗大数据分析软件应用平台软件之一，审友a7支持对用户临床试验样本、临床试验项目和样本质量进行科学评估。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
临床诊疗等级权限设计需求说明书心医国际信息科技（西安）有限公司修订历史记录日期版本说明作者2018-11-05 0.1 1.三级医师用药管理2.处方权管理3.四级手术管理4.皮试管理吕永磊目录1. 引言 (1)1.1. 编写目的 (1)1.2. 项目背景 (1)1.3. 定义 (1)1.4. 参考资料 (1)2. 任务概述 (1)2.1. 目标 (2)2.2. 用户的特点 (2)2.3. 假定和约束 (2)3. 需求规定 (3)3.1. 对功能的规定 (3)3.2. 对性能的规定 (3)3.2.1. 精度 (3)3.2.2. 时间特性要求 (3)3.2.3. 灵活性 (3)3.2.4. 输人输出要求 (4)3.2.5. 数据管理能力要求 (4)3.2.6. 故障处理要求 (4)3.2.7. 其他专门要求 (4)4. 运行环境规定 (4)5. 附录（需求功能说明书） (5)5.1. 药库 (5)5.1.1. 药品目录 (5)5.1.2. 药品使用查询情况 (6)5.2. 医务管理系统 (6)5.2.1. 医生处方权限 (6)5.2.2. 手术等级目录 (7)5.2.3. 医生手术权限 (7)5.3. 医生工作站 (8)5.3.1. 医生药品开立规则 (8)5.3.2. 医生手术申请规则 (9)1.引言1.1.编写目的本说明书的编写目的，是为用户及分析人员充分理解本产品而设立的，它说明了本产品的各项功能和性能要求，明确标识各功能的实现过程，阐述实用范围及背景，提供客户解决问题或达到目标所需的条件或权能，提供一个度量和遵循的基准。
本说明书的预期读者为软件的管理人员、开发人员、维护人员、医疗机构信息科及其他相关人员。
1.2.项目背景赤峰市医院希望采用药品、医师、手术的等级控制和管控，委托心医公司开发涉及药品、医师、手术等临床诊疗等级控制。
系统委托单位：赤峰市医院开发单位：心医国际信息科技（西安）有限公司主管部门：赤峰市医院电子病历评级小组1.3.定义HIS：文中所指的HIS即为医院现使用医院信息化软件系统产品。
1.4.参考资料a．临床科室及管理部门中的功能及性能说明；b．药品管理规范标准；c．手术等级管理标准；2.任务概述根据对评审要求“有医生药疗医嘱下达权限控制，支持抗菌药物三级使用管理；支持医生处方开写权限控制；有药品使用管理记录，支持药品分级管理，支持药品皮试管理，支持手术等级管理”的解读，需要医院系统对药品、手术设置不同等级标识，可以根据医生进行等级权限设置，并且对不同分类药品、手术进行等级权限维护，最终实现医生开立药品、手术申请时，能够通过系统进行权限限制，并且还需在药房增加能够根据权限类别查询药品使用情况记录的功能。
2.1.目标a．药品系统具备根据处方权限分类进行药品级别设置功能，以用于处方权限管理功能。
b．药品系统具备根据抗菌药物类进行药品抗菌用药级别设置功能，以用于医师三级用药管理功能。
c．系统管理具备设置医师的药品处方权限分类标识、抗菌药物等级标识、手术等级标识功能，以用于医师治疗时的处方权限、抗菌药物使用、手术申请等级控制功能。
d．医生工作站系统支持开具药品时应当遵循处方权限规则、抗菌药物使用规则、手术等级管理规则要求进行控制。
e．药品系统具备支持根据处方权限类型进行统计药品使用情况查询。
2.2.用户的特点本软件的最终用户有药品目录维护者、医生、医务管理者、药房工作人员，信息科专业管理人员等，年纪偏大的操作员对电脑的使用接收程度比较慢，部分电脑基础知识比较欠缺，所以整个系统除了考虑系统本身的设计，还需要顾及到相关人员的操作习惯以及接收程度。
2.3.假定和约束本系统的开发周期应控制在1周时间内完成设计，保证系统的按时交付，完成用户的全部需求，同时应发掘出的隐藏用户需求，并予以实现。
在开发这套软件时，我们假设用户已经熟悉基本的WINDOWS操作，管理人员能够对几种不同的数据库进行较为熟练的操作以便于在软件的日常维护中对较好的维护数据库系统。
3.需求规定3.1.对功能的规定本此需求功能改造涉及多个模块组成，一般情况下用户对于整个模块除了操作方便，简单等视觉要求以及正常的功能要求以外，不太会过度的提出整个系统的特殊需求；各模块间既有独立，也有关联性，在程序设计时，更多的需要参照各模块的需求，以及找到各模块之间的关联。
附录部分为各模块的功能需求。
3.2.对性能的规定3.2.1.精度无3.2.2.时间特性要求医生开药品、手术申请部分，由于目前医疗机构主管医生直辖患者人数较多，所以在等级控制时，需要快速，方便，减少病人的诊疗等待时间。
3.2.3.灵活性a．药品系统维护处方权限分类及抗菌药物等级分类互不影响，也可以独立使用。
b．药品查询部分，可以按照多个条件的单独或组合方式查询结果。
c．由于医生开单的不定期的升级以及客户本身的需求，需要考虑升级的兼容性。
d．相关的模块部分，需要考虑和边缘模块的接口。
e．HIS系统为一个不间断的24小时连续运行的系统，除了整个系统的正常运行以外，如果碰到系统出现大问题，还需要有一个应急方案来解决整个医院的运行。
3.2.4.输人输出要求无3.2.5.数据管理能力要求数据容量的限制取决了磁盘的容量和数据库的最大容量值，整个数据库的增长取决于系统上线以后，在正常的运行条件下，每个周期数据库的增长速度，在磁盘足够大的情况下，数据的存取不受限制。
在后期如果数据量增长过大或过快，可以采用报表和前台数据隔离的方式，或采用数据归档方式来对数据库的增量和速度进行管理。
3.2.6.故障处理要求软件在升级过程，或由于操作不当可能会产生报错。
异常报错：系统出现异常错误时，程序会弹出对话框，写明错误代码及原因，用户可以依据此出错信息向公司方研发部报告。
操作错误：如果用户出现操作错误，如数据类型输入错误、缺乏必要字段等，系统会弹出对话框显示出错内容，并将光标设置出错位置上，由现场工程师指导或远程解决等。
3.2.7.其他专门要求药品的其他属性，要求药房准确设置，防止药品的错发。
4.运行环境规定客户端操作系统： WindowXP/Win7客户端数据库环境：oracle11.2.0.3客户端5.附录（需求功能说明书）5.1.药库5.1.1.药品目录a.抗菌药物处方权标识维护。
字典分为4种类别：0 不属于；1、非限制类处方权；2、限制类处方权；3、特殊类处方权，设置类别就属于抗菌药物处方权管辖药品，默认值为0 不属于。
b.辅助用药处方权标识维护。
字典分为3种类别：0 不属于；1、重点监控类处方权；2、限制类处方权，设置类别就属于辅助用药处方权管辖药品，默认值为0 不属于。
c.肿瘤化疗药物处方权标识维护。
字典分为4种类别：0 不属于；1一般管理类；2、特殊管理类；3、临床实验类，设置类别就属于肿瘤化疗药物处方权管辖药品，默认值为0 不属于。
d.临床类处方权标识维护。
字典分为2种类别：0、不属于；2、属于。
只需要考虑药品是否属于该管辖范围。
e.中药成药处方权标识维护。
字典分为2种类别：0、不属于；2、属于。
只需要考虑药品是否属于该管辖范围。
f.中药汤药处方权标识维护。
字典分为2种类别：0、不属于；2、属于。
只需要考虑药品是否属于该管辖范围。
g.毒麻、精一药物处方权标识维护。
字典分为2种类别：0、不属于；2、属于。
只需要考虑药品是否属于该管辖范围。
h.糖皮质激素处方权标识维护。
字典分为2种类别：0、不属于；2、属于。
只需要考虑药品是否属于该管辖范围。
i.皮试标识维护。
字典分为2中类别：0 否；1 是。
只需要考虑药品是否属于该管辖范围。
j.由于药品处方权可以进行修改，所以需记录修改的日志信息，用于追溯查询，这里需要记录修改时间，修改人，原处方权和修改后的新处方权。
5.1.2.药品使用查询情况在药品系统中需要增加药品使用情况查询的功能，可以按照发药时间，药品类别、药品品种等条件进行查询，查询内容中需包括药品的基本信息、使用者、使用时间、用途等信息。
5.2.医务管理系统5.2.1.医生处方权限a.总处方权标识：总处方权代表医生是否具备开具所有药品的权限，分为2种类别：0、无处方权；1有处方权。
b.抗菌药物处方权：此处方权代表医生可以开具抗菌药物处方权管辖的药品，权限类别分为4种：0、无处方权，不能开具抗菌药物处方权管辖的药品；1、非限制类，只能开具抗菌药物处方权中非限制类管辖的药品；2、限制类，只能开具抗菌药物处方权中非限制和限制类管辖的药品；3、特殊类，可以开具抗菌药物处方权管辖的所有药品。
c.辅助用药处方权：此处方权代表医生可以开具辅助用药处方权管辖的药品，权限类别分为3种：0、无处方权，不能开具辅助用药处方权管辖的药品；1、重点监控类，只能开具辅助用药处方权中重点监控类管辖的药品；2、限制类，可以开具辅助用药处方权管辖的所有药品。
d.肿瘤化疗药物处方权：此处方权代表医生可以开具肿瘤化疗药物处方权管辖的药品，权限类别分为4种：0、无处方权，不能开具肿瘤化疗药物处方权管辖的药品；1、一般管理类，只能开具肿瘤化疗药物处方权中一般管理类管辖的药品；2、特殊管理类，只能开具肿瘤化疗药物处方权中一般管理类和特殊管理类管辖的药品；3、临床实验类，可以开具肿瘤化疗药物处方权管辖的所有药品。
e.临床类处方权：此处方权代表医生是否具有开具临床类处方权管辖的药品，权限类别分为2种：0、无处方权，不能开具临床类处方权管辖的药品；1、有处方权，可以开具临床类处方权管辖的药品；f.中药成药处方权：此处方权代表医生是否具有开具中药成药处方权管辖的药品，权限类别分为2种：0、无处方权，不能开具中药成药处方权管辖的药品；1、有处方权，可以开具中药成药处方权管辖的药品；g.中药汤药处方权：此处方权代表医生是否具有中药汤药处方权管辖的药品，权限类别分为2种：0、无处方权，不能开具中药汤药处方权管辖的药品；1、有处方权，可以开具中药汤药处方权管辖的药品；h.毒麻、精一药物处方权：此处方权代表医生是否具有开具毒麻、精一药物处方权管辖的药品，权限类别分为2种：0、无处方权，不能开具毒麻、精一药物处方权管辖的药品；1、有处方权，可以开具毒麻、精一药物处方权管辖的药品；i.糖皮质激素处方权：此处方权代表医生是否具有糖皮质激素处方权管辖的药品，权限类别分为2种：0、无处方权，不能开具糖皮质激素处方权管辖的药品；1、有处方权，可以开具糖皮质激素处方权管辖的药品；j.由于医生处方权可以随时进行修改调整，所以需记录修改的日志信息，用于追溯查询，这里需要记录修改时间，修改人，原处方权和修改后的新处方权。
5.2.2.手术等级目录a.手术等级级别标识维护。
字典分为4种类别：1、一级手术；2、二级手术；3、三级手术；4、四级手术。