医院病区医嘱管理系统详细设计说明书
医院门诊管理系统 系统设计说明书共34页
1、最灵繁的人也看不见自己的背脊。——非洲 2、最困难的事情就是认识自己。——希腊 3、有勇气承担命运这才是英雄好汉。——黑塞 4、与肝胆人共事，无字句处读书。——周恩来 5、阅读使人充实，会谈使人敏捷，写作使人精确。——培根
1、不要轻言放弃，否则对不起自己。
2、要冒一次险!整个生命就是一场冒险。走得最远的人，常是愿意 去做，并愿意去冒险的人。“稳妥”之船，从未能从岸边走远。-戴尔．卡耐基。
梦 境Байду номын сангаас
3、人生就像一杯没有加糖的咖啡，喝起来是苦涩的，回味起来却有 久久不会退去的余香。
医院门诊管理系统 系统设计说明书 4、守业的最好办法就是不断的发展。 5、当爱不能完美，我宁愿选择无悔，不管来生多么美丽，我不愿失 去今生对你的记忆，我不求天长地久的美景，我只要生生世世的轮 回里有你。
医嘱管理系统
毕业设计<<医嘱管理系统>>院系______专业______班级______姓名______日期年月日中文摘要医嘱管理系统为医院医生撰写病人医嘱提供充方便可靠足的平台和快捷的查询工具，其开发内容主要包括后台数据库的建立和维护以及前端应用程序的开发两个方面。
利用DELPHI 6.0软件及其提供的各种面向对象的开发工具，建立完整性强、安全性好的数据库，开发出功能完备，易使用的应用程序。
经过调试、编译与实现，该程序界面友好、程序设计风格朴素，使用起来美观大方、方便易用。
尤其是系统的“查询模块”的功能极大的减轻工作人员的工作量，并以快速、准确等优点取代人工操作，提高了光盘管理工作效率。
关键词：DELPHI 6.0 信息管理系统数据库模块医嘱管理系统Management system prescribed by doctors for hospital patients interviewed to provide sufficient reliable platform and provide convenient and efficient tool enquiries, the development mainly to the establishment and maintenance of databases including background applications and front-end development of the two. Delphi 6.0 and the use of object-oriented software development tools, the establishment of strong integrity, good safety database developed functions, easy to use applications. After debugging, Translation and the realization that the process friendly interface, simple programming style, using up aesthetic generous, convenient user-friendly. In particular system "enquiries module" function greatly reduce the workload of staff, and to the rapid, accurate, and other advantages replace manually operated, and enhanced CDs management efficiency.Keyword : Delphi 6.0 Information Management System database management system modules prescribed引言 11 Delphi语言概述 21.1 Delphi简介 21.2 数据库系统简介 21.3 本应用软件的基本介绍 32 本应用程序的构成和开发步骤 42.1 可行性研究 42.1.1 经济可行性42.1.2 时间可行性42.1.3 技术可行性42.1.4 社会可行性52.2 数据库的建立和连接 52.3 系统的总体设计 52.4 系统的详细设计 73 本程序的技术实现及具体功能133.1 登录的界面与程序设计实现133.2 长期医嘱管理界面与代码设计实现及功能13 3.3 临时医嘱管理界面与代码设计实现14,3.4 病区查询界面与代码设计153.5 医嘱校对界面设计与代码设计 163.6 主界面与代码设计17总结21致谢22参考文献23引言随着经济的发展，社会的进步，计算机越来越深入到我们日常的工作学习及生活中，成为我们日常生活中不可缺少的辅助工具。
住院管理信息系统需求分析说明书
目录1. 引言31.1编写目的3 1.2项目背景3 1.3产品范围3 1.4定义3 1.5参考文献42. 任务概述42.1目标4 2.2用户特征4 2.3假定和约束5 2.4运行环境5 2.4.1硬件配置5 2.4.2软件配置53. 功能需求63.1功能划分6 3.1.1系统整体功能框架6 3.1.2系统功能6 3.2功能描述9 3.2.1角色陈述9 3.2.2系统实体关系描述10 3.2.3病人信息维护及查询模块12 3.2.4医嘱管理模块19 3.2.5体征信息维护及查询模块24 3.2.6检验信息维护及查询模块28 3.2.7检查信息维护及查询模块333.2.8电子病历维护及查询模块384. 性能需求444.1数据精确度44 4.2时间特性44 4.3适应性和灵活性445. 运行需求455.1用户界面45 5.2硬件接口48 5.3软件接口48 5.4故障处理486. 其他需求497. 待定问题列表498. 附件508.1病人信息表50 8.2医嘱信息表51 8.3DFD详图511. 引言1.1 编写目的该需求规格说明书明确了本软件系统（住院管理信息系统）的整体要求，符合软件工程的设计思想，为后续开发打下基础。
1.2 项目背景随着社会对医疗保障体系重视程度的增加以及医疗信息存储量的膨胀，医疗信息系统已经成为整个医疗体系中不可或缺的一环，同时在信息技术的推动下，构建出一套适用于医院进行住院管理的信息系统已经变得可行。
基于这样一种现实，开发团队从医院实际情况出发，根据在日常工作环境下所需要处理的各种与住院管理相关的活动，着手开发出一套适用于中小型医院进行住院管理的单位内部网在线信息管理系统。
1.3 产品范围该住院管理信息系统适用于将与之进行交互的人员使用，具有信息管理等多项功能，详见“功能需求”部分描述。
1.4 定义1.数据流图：简称DFD，是采用图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程，是结构化系统分析方法的主要表达工具及用于表示软件模型的一种图示方法。
医院信息管理系统数据库设计说明书
医院信息管理系统数据库设计说明书隆承志华南理工大学计算机科学与工程学院目录第一篇需求分析 (7)第1 章调查用户需求 (7)1.1医院的组织机构 (7)1.2各部门的业务活动 (8)1.3用户对系统的要求 (11)1.4确定系统的边界 (13)第2 章系统功能设计 (14)2.1门诊管理子系统 (14)2.2药品管理子系统 (15)2.3住院管理子系统 (16)2.4门诊管理子系统与住院管理子系统交叉的部分 (17)2.5行政管理子系统 (18)第3 章数据流图 (18)3.1门诊管理子系统 (19)3.2病房管理子系统 (20)3.3药品管理子系统 (21)第4 章数据字典 (21)4.1挂号单数据字典 (21)4.2处理方案数据字典 (22)4.3门诊病历数据字典 (22)4.4门诊处方数据字典 (22)4.5收费项目数据字典 (22)4.6门诊医师数据字典 (23)4.7门诊病人数据字典 (23)4.8检验项目数据字典 (23)4.9检查项目数据字典 (23)4.10工作时间安排数据字典 (24)4.11供应商数据字典 (24)4.12订单数据字典 (24)4.13药品数据字典 (24)4.14药库数据字典 (25)4.15订单细则 (25)4.16药品请领单 (25)4.17收费项目 (26)4.18医嘱 (26)4.19住院处方 (26)4.20检查项目 (27)4.21检验项目 (27)4.22手术 (27)4.23住院病人 (28)4.24住院医师 (28)4.25床位 (28)4.26病区 (29)4.27医师情况 (29)4.28病人情况 (29)4.29病案 (30)第二篇概念结构设计 (31)第5 章门诊子系统 (31)5.1分数据流图分析 (32)5.2各个分数据流图的E—R图 (34)5.3门诊子系统总E-R图 (36)第6 章住院子系统 (38)第7 章药品出入库管理子系统 (48)7.1分E-R图 (49)7.2实体及属性 (49)第三篇逻辑设计 (50)第8 章表的设计及优化说明 (50)8.1门诊子系统部分 (50)8.2住院子系统部分 (52)8.3药品出入库子系统部分 (54)第9 章关系表总体设计说明 (54)第10 章设计用户子模式 (55)10.1定义用户级别 (55)10.2制作查询子系统: (56)第四篇物理设计 (59)概述医院信息化是医院应用信息技术及其产品的过程，是信息技术由局部到全局、由战术层次到战略层次向医院的全面渗透，运用于流程管理、支持医院经营管理的过程。
医院信息管理系统数据库设计说明书
医院信息管理系统数据库设计说明书医院信息管理系统数据库设计说明书一、引言随着医疗技术的不断发展和进步，医院信息管理系统的设计和实施成为了医疗机构的核心需求。
本文将详细阐述医院信息管理系统数据库的设计，包括其设计目标、内容、方法及步骤，旨在提供一个全面、实用和可行的数据库设计方案。
二、设计目标医院信息管理系统的数据库设计旨在创建一个高效、安全且易于维护的数据存储和处理系统，以满足医院的日常运营和管理需求。
设计目标包括以下几个方面：1、提高数据存储和处理效率，以支持医院的业务运行和分析需求。
2、确保数据的安全性和保密性，遵守相关法规和规定。
3、提供方便的数据查询和更新功能，以便用户进行数据访问和修改。
4、优化数据库结构，减少数据冗余和冲突。
三、设计内容1、数据库选型：根据医院的信息管理系统需求，选择合适的数据库管理系统，如MySQL、Oracle或SQL Server等。
2、数据库结构设计：包括表的设计、字段定义、数据类型、索引优化等。
3、数据字典设计：定义数据字典的内容，包括数据项、数据结构、数据流、数据存储、数据处理等。
4、数据库安全性设计：设计数据库的安全策略，包括用户认证、权限管理、数据备份和恢复等。
5、数据库性能设计：包括查询优化、数据缓存、事务处理等方面的设计。
四、设计方法及步骤1、需求分析：了解医院的业务需求和管理要求，明确数据库设计的范围和目标。
2、概念设计：根据需求分析结果，进行概念模型的设计，包括实体、属性、关系等的设计。
3、逻辑设计：将概念模型转化为逻辑模型，包括表的设计、字段定义、数据类型、索引优化等。
4、物理设计：根据逻辑模型，进行物理结构的设计，包括表空间分配、数据存储格式、索引优化等。
5、安全性设计：设计数据库的安全策略，包括用户认证、权限管理、数据备份和恢复等。
6、性能设计：进行数据库性能的优化设计，包括查询优化、数据缓存、事务处理等方面的设计。
7、测试与调试：进行数据库的测试和调试，确保数据库的稳定性和可靠性。
医院信息管理系统-概要设计说明书V1.1
.医院信息管理系统大纲设计说明书编写人审察人：编写日期： 2012/4/18版本更新内容日期更正人1.0新建2012/4/181.1接口设计2012/4/23医院信息管理系统 (1)大纲设计说明书 (1)1 序言 (5)1.1 编写目的 (5)1.2 背景 (5)1.3 定义 (5)1.4 参照资料 (6)2 整体设计 (6)2.1 需求规定 (6)2.2 运行环境 (7)2.3 基本设计看法和办理流程 (7)2.4 结构 (8)2.5 功能需求与程序的关系 (10)2.6 人工办理过程 (12)2.7 还没有解决的问题 (13)3 接口设计 (13)3.1 用户接口 (13)3.2 外面接口 (15)3.3 内部接口 (15)4 运行设计 (15)4.1 运行模块组合 (15)4.2 运行控制15.4.3 运行时间 (16)5 系统数据结构设计 (16)5.1 逻辑结构设计要点 (16)5.2 物理结构设计要点 (22)5.3 数据结构与程序的关系 (22)6 系统出错办理设计 (24)6.1 出错信息 (24)6.2 拯救措施 (24)6.3 系统保护设计 (24).1序言1.1 编写目的依照需求解析说明书中的用户需求，编写大纲设计说明书，为开发过程供给了较为简要的说明，使系统开发各种技术人员对整个系统所需实现的功能以及测试过程中的各项测试内容有较为详细的认识，为整个系统的开发、测试、评定和移交的供给基础，本报告一旦确认后将成为系统开发各种技术人员共同遵守的准则，并为今后的更正工作供给依照。
本说明书的预期读者为本项目负责人以及负责项目开发的各种技术人员、测试人员、管理人员、项目评审人员。
1.2 背景说明：系统名称：医院管理系统大纲设计说明书项目提出者：郑州大学10 级软工一班某小组开发者：郑州大学10 级软工一班某小组用户：各个医院运行该软件的计算机（中心）：各个医院计算机局域网1.3 定义SQL STRUCTURE QUERY LANGUAGE数据库语言HIS HOSPITAL INFORMATION SYSTEM 医院信息管理系统Dbms DATABASE MANAGEMENT SYSTEM 数据库管理系统CS CLINIC SYSTEM 门诊系统WMS WARD MANAGEMENT SYSTEM 病区管理系统DMS DRUGSTORE MANAGEMENT SYSTEM 药房管理系统SMS SEVICE MANAGEMENT SYSTEM 后勤管理系统1.4 参照资料列出有关的参照文件，以下：a.《卫生部医院信息管理系统基本功能规范》b.《医院信息管理系统可行性解析报告》c.《医院信息管理系统需求规格说明书》2整体设计2.1 需求规定该医院信息管理系统主要分为四个模块，分别对一般社区医院的门诊、药物、病房、后勤各方面的功能进行信息化的实现。
医院信息管理系统数据库设计说明书
医院信息管理系统数据库设计说明书医院信息管理系统数据库设计说明书隆承志华南理⼯⼤学计算机科学与⼯程学院⽬录第⼀篇需求分析 (6)第 1 章调查⽤户需求 (6)1.1 医院的组织机构 (6)1.2 各部门的业务活动 (7)1.3 ⽤户对系统的要求 (10)1.4 确定系统的边界 (12)第 2 章系统功能设计 (13)2.1 门诊管理⼦系统 (13)2.2 药品管理⼦系统 (14)2.3 住院管理⼦系统 (15)2.4 门诊管理⼦系统与住院管理⼦系统交叉的部分 (16)2.5 ⾏政管理⼦系统 (17)第 3 章数据流图 (17)3.1 门诊管理⼦系统 (18)3.2 病房管理⼦系统 (19)3.3 药品管理⼦系统 (20)第 4 章数据字典 (20)4.1 挂号单数据字典 (20)4.2 处理⽅案数据字典 (21)4.3 门诊病历数据字典 (21)4.4 门诊处⽅数据字典 (21)4.5 收费项⽬数据字典 (21)4.6 门诊医师数据字典 (22)4.7 门诊病⼈数据字典 (22)4.8 检验项⽬数据字典 (22)4.9 检查项⽬数据字典 (22)4.10 ⼯作时间安排数据字典 (23)4.11 供应商数据字典 (23)4.12 订单数据字典 (23)4.13 药品数据字典 (23)4.14 药库数据字典 (24)4.15 订单细则 (24)4.16 药品请领单 (24)4.17 收费项⽬ (25)4.18 医嘱 (25)4.19 住院处⽅ (25)4.20 检查项⽬ (26)4.21 检验项⽬ (26)4.22 ⼿术 (26)4.23 住院病⼈ (27)4.24 住院医师 (27)4.25 床位 (27)4.26 病区 (28)4.27 医师情况 (28)4.28 病⼈情况 (28)4.29 病案 (29)第⼆篇概念结构设计 (30)第 5 章门诊⼦系统 (30)5.1 分数据流图分析 (31)5.2 各个分数据流图的E—R图 (33) 5.3 门诊⼦系统总E-R图 (35)第 6 章住院⼦系统 (37)第7 章药品出⼊库管理⼦系统 (47) 7.1 分E-R图 (48)7.2 实体及属性 (48)第三篇逻辑设计 (49)第8 章表的设计及优化说明 (49) 8.1 门诊⼦系统部分 (49)8.2 住院⼦系统部分 (51)8.3 药品出⼊库⼦系统部分 (53)第9 章关系表总体设计说明 (53)第10 章设计⽤户⼦模式 (54) 10.1 定义⽤户级别 (54)10.2 制作查询⼦系统: (55)第四篇物理设计 (58)概述医院信息化是医院应⽤信息技术及其产品的过程，是信息技术由局部到全局、由战术层次到战略层次向医院的全⾯渗透，运⽤于流程管理、⽀持医院经营管理的过程。
医学信息系统：病房医嘱管理系统
第六章病房(医嘱)管理系统医嘱处理是病房诊断、治疗的关键性环节。
医生所下的医嘱，经护士的整理，及医嘱执行的情况记录构成了病人医疗记录的重要部分，是医生了解病情和疗效、辅助诊断、给出进一步处理意见的重要依据，也是护理计划和护理工作情况的记录，帮助护理人员能够及时准确的掌握病人的现况，查询病人的历史情况，使护理工作能更有效、有序的进行。
同时在发生医疗纠纷的时候，系统所记录的病人医嘱信息，是具有法律效力的。
6.1医嘱及相关的概念6.1.1医嘱的概念医嘱是医生根据病情对病人的处置所下的指示、指令，其中包括诊断、治疗、检查等。
医生的嘱托可以写在医嘱本上或直接写在处方上，护士进行整理和执行，所以处理医嘱成了病房工作的最主要内容。
6.1.2医嘱作用医嘱记载了医生对病人所提供的各种服务（例如打针、吃药、手术、检验、床位、护理等），是医生了解病情和疗效、辅助诊断、临床的重要依据；医嘱是护理计划和工作情况的记录，同时是对病人收费的依据。
6.1.3医嘱类型医嘱包括：长期（定期，不定期）医嘱、临时医嘱。
临时医嘱临时医嘱是指那些只执行一次就不再执行的医嘱。
检查治疗，抢救药，或病人临时需要用药，还有转科、出院等都称为临时医嘱。
临时医嘱的使用频率一律应为ONCE（即刻）。
长期医嘱长期医嘱是指不给出停止时间就永久有效的医嘱。
例如：一般大夫开始输液（或口服药），不写几天，当病情需要停止时，大夫开X床停输液，这时，我们再输入停止时间。
任何长期医嘱一旦开始执行是不能改动的，只能以停止并重新下一条新医嘱的方式来改变。
定期医嘱是长期医嘱的一种特殊形式，开的同时已知道停止时间。
例如有的大夫开输液三天，QD，就算定期医嘱。
6.2系统的特点系统的设计要出于人性化的考虑，不但要符合医院实际工作流程与规范，而且更要体现信息化管理的方便性、准确性、持续性与高效性。
具体来讲主要包括以下几个方面：6.2.1直接面对临床需要1.医嘱表达符合临床的规范要求系统不论是处理医嘱或是对医嘱进行查询时都要符合临床的规范，对医生所开的医嘱能够通过系统正确的体现出来。
医院信息系统设计说明书
报表分层示意图（含浏览功能和打印功能）
人事系统的组成：
人事管理
人事管理
人员分类表（主任、师、士、技等）
全院人员信息表（干、卫、合等）
人员职称表（主任医师、负主行医师、主治医师、医士、护师等）
科室人员统计表
调离人员统计表
图形分层示意图（含浏览功能和打印功能）
药品管理
药品入库
入库药品审核
药品入库单编辑
领用入库药品通知单生成
损坏药品换货
药品调价（没有药库管理系统方可调价）
统计报表
药品消耗
药品按处方消耗
统计报表
按作废处方退药
退药单编辑
统计报表
药品失效期
打印有效期内药品
有效期药品处理
统计报表
库存药品上、下限
库存药品下限打印
统计报表
药品盘点
盘点表打印
统计报表
票据分层示意图
中心药房管理
药品管理
药品入库
入库药品审核
药品入库单编辑
领用入库药品通知单生成
损坏药品换货
药品调价（没有药库管理系统方可调价）
统计报表
药品消耗
药品按科室医嘱消耗
药房摆药（科室医嘱）
统计报表
摆药单打印
按作废医嘱退药
退药单编辑
统计报表
药品失效期
打印有效期内药品
打印已失效药品
已失效药品处理
统计报表
库存药品上、下限
入库单生成
入库单编辑
药品退、换货
药品零售价调整
采购单位统计报表
药品领用
领用单编辑
领用单生成
医嘱发药
领用发药
2_住院医生工作站系统设计说明
2_住院医生工作站系统设计说明住院医生工作站系统是为了提高医护人员的工作效率和患者的就诊体验而设计的一种医疗信息化系统。
该系统可以帮助医生快速查阅患者的病历信息、诊断结果、药物处方等，从而更加准确地进行诊断和治疗。
本文将详细介绍住院医生工作站系统的设计说明。
一、系统需求分析1.功能需求：（1）快速查阅患者信息：系统应该能够快速检索患者的基本信息、病历信息、检查结果、诊断结果等。
（2）处方管理：系统应该能够方便地录入、查看和修改医生开具的药物处方，包括药品名称、用量、用法、频次等信息。
（3）病历记录：系统应该能够记录医生的诊断过程、治疗方案、手术记录等，并能够将这些信息与患者的电子病历关联起来。
（4）医嘱管理：系统应该能够方便地录入、查看和修改医生的医嘱信息，包括治疗方案、用药建议、实验室检查等。
（5）通知提醒：系统应该能够及时向医生发送重要的通知和提醒信息，如患者的病情变化、实验室检查结果等。
2.性能需求：（1）响应速度快：系统应该能够快速响应医生的操作请求，保证医生可以随时随地获取需要的信息。
（2）安全性能好：系统应该具有良好的安全性能，能够确保患者的隐私信息不被泄露，医生的操作记录不被篡改。
（3）易用性强：系统的界面设计应该简洁明了，操作流程应该清晰易懂，方便医生上手操作。
二、系统架构设计1.服务器端：（1）数据库管理系统：采用关系型数据库管理系统（如MySQL、Oracle等）存储系统中的各类数据，包括患者信息、病历信息、处方信息等。
（2）业务处理层：包括业务逻辑处理、数据校验、事务管理等，负责处理系统中的各类业务逻辑。
（3）接口层：提供各种接口供前端和外部系统访问，包括RESTful 接口、SOAP接口等。
2.客户端：（1）应用程序：采用浏览器作为客户端，医生可以通过浏览器访问系统，查看患者信息、录入医疗记录等。
（2）界面设计：系统界面应该简洁明了，主要包括左侧的导航栏、中间的主工作区、右侧的患者信息展示区等。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
BSHIS2.2详细设计说明书
(病区医嘱管理系统)
一．概述
病区管理主要有两块，
（一）为病人床位管理，它与住院收费系统床位相似，现系统这部分程序调用了住院系统的ZY_GXMK中的u_zy_cwgl中的程序，涉
及表有ZY_BRRY，ZY_CWSZ，ZY_HCMX，其中ZY_BRRYF
填的字段有BRCH，BRBQ，BRKS，ZY＿CWSZ填的字段有
ZYH，ZY_HCMX中须加一条记录；
（二）为医嘱管理,医嘱管理主要包括医嘱录入，医嘱提交,它主要与ZY ＿BQYZ有关。
医嘱分为长期和临时，又可分为药品和项目。
药
品提交给药房，由药房发药。
（1）现项目有两种情况，一种须交给医技系统记费，一种在病区记费。
当项目被标为YJSY，并且有使用科室，如
果此科室已上系统。
即此科室的TJHM＞0(YJ_KSXX
中)，则交给医技系统记费，如果没上系统，则在病区记
费，当项目被标为YJSY,但没有使用科室，则由两边都
可以记费，由抢先者记费。
现系统通过JFBZ来判别，
JFBZ为1为外科室记费，为2为本病区记费，为9为
不确定，即两边都可以记费。
一旦被医技记费，则此条
医嘱永远为医技记费，如为病区记费，则此医嘱永远处被抢状态，即可为两边记费。
（2）现ZY_BQYZ有LSYZ字段，它标识医嘱是否为临时医嘱，1为临时医嘱同时系统认为医嘱的开嘱日期等于停
嘱日期为临时医嘱，这两点是一致的，即LSYZ为1,
开嘱日期等于停嘱日期，反之亦然。
（3）LSBZ它为历史标志，即医嘱已经不起作用。
对于长期医嘱有两种情况，如果停医嘱距上次发药只有一天，停
医嘱时，把它的LSBZ置为1，如果不止一天，则为预
停医嘱，停医嘱时，把它的LSBZ置为2;对于临时医嘱，
药品发药时，把LSBZ置为1,对于项目当为医技记费时，
LSBZ置为1, 当为病区记费时置为1。
对于不发药的药
品医嘱，停医嘱时置为1 。
对于预停医嘱它的处理同临
时医嘱一样。
（4）BSHIS22中仍有XMLX字段，但其含义有些改变，1表示普通医嘱中的药物医嘱，2表示急诊用药，3表示
出院带药，4－9为项目，它来自GY＿YLSF中的
XMLX，如果发现GY＿YLSF中的XMLX小于4时，
在填医嘱时，强制填为4,XMLX为10表示其它医嘱。
（5）为了表示附加计价，现增加了YZPB字段，它用来区分医嘱和附加计价。
0表示医嘱，1－10表示附加计价，
1－10的含义与此附加计价的父医嘱的XMLX一致。
例：一医嘱的XMLX为
3,则它所有附加计价都为3。
（6）因BSHIS22可以设置N个药房，现在ZY＿BQYZ中加了YFSB，它用来标识医嘱从哪个药房发药。
（7）为了标识药品医嘱发药的差异用了FYSX字段，0普通，1一次即集中发药，2不发，3本病区发药。
对于集中
发药处理药房发药把发药属性置为2（不发），对于这四
种类型，可以理解为发药(0，1，3)和不发（2），对于
长期医嘱，当药品由发变为不发时，系统认为自上次发
药以来所有的药品都不发，当药品由不发置为发时，系
统把QRSJ置为当天的前一天(如果QRSJ大于此天除
外)。
另外对于录入药品，项目的控件作如下说明：
这两控件的最终祖先为SUPPORT。
PBL中的VU＿SELECT，在它的基础上创建了VU＿SELECT＿BQ。
病区本身的存有药品和项目的DATASTORE一直在内存中，只要让控件与DATASTORE共享数据，
用户在控件中选的任何行，应与DATASTORE中相应的行中的数据一致。
这样就可以用控件来提供与用户的交互，然后从DATASTORE中取数据。
二．模块设计说明书
文本仅供参考，感谢下载！文本仅供参考，感谢下载！。