基于医疗协同的医院信息管理系统设计说明书.doc

宸瑞基于医疗协同的医院信息管理系统软件V1.0

宸瑞基于医疗协同的医院信息管理系统软件
设计说明书

广州宸瑞软件科技有限公司
2016年11月

目 录
1 引言 5
1.1 编写目的 5
1.2 背景 6
1.3 定义 6
1.4 参考资料 7
2 总体设计 8
2.1 需求规定 8
2.2 运行环境 9
2.2.1 软件环境 9
2.2.2 硬件环境 9
2.2.3 网络环境 9
2.3 基本设计概念和处理流程 10
2.4 结构 10
2.4.1 整体结构 10
2.4.2 网络结构 11
2.4.3 软件结构 12
2.4.4 安全策略 13
2.5 人工处理过程 15
2.6 尚未解决的问题 15
3 系统窗口设计 16
3.1 门诊管理子系统 16
3.1.1 门诊挂号窗口 16
3.1.2 门诊划价窗口 17
3.1.3 门诊划价修改窗口 19
3.1.4 门诊收费窗口 20
3.1.5 门诊退费 21
3.1.6 门诊取药 22
3.1.7 门诊退药 23
3.2 住院管理子系统 24
3.2.1 住院登记窗口 24
3.2.2 收取预交款 25
3.2.3 出院结算 26
3.2.4 住院账单输入窗口 27
3.2.5 每日结账窗口 28
3.2.6 手术情况输入窗口 29
3.2.7 录入出院诊断窗口 30
3.2.8 病人换床窗口 31
3.2.9 病人转科窗口 32
3.2.10 药品医嘱录入窗口 34
3.2.11 药品医嘱审核窗口 35
3.2.12 医技项目医嘱输入窗口 36
3.2.13 抢救信息输入窗口 37
3.2.14 X线（B超、TC）结果输入窗口 38
3.3 药品管理子系统 39
3.3.1 药品入库窗口 39
3.3.2 药品出库窗口—药库 40
3.3.3 药品出库窗口—药房 41
3.3.4 药品调价窗口 42
3.3.5 药品报损窗口 43
3.3.6 药品盘点窗口 44
3.3.7 药品申请窗口 45
3.4 病案管理子系统 46
3.4.1 统计报表—[标准报表] 窗口 46
3.4.2 统计报表—[特殊报表] 窗口 47
3.4.3 统计报表—[台账报表] 窗口 48
3.4.4 病案编辑窗口 49
3.4.5 系统信息维护窗口 50
3.4.6 字典信息维护窗口 51
3.4.7 报表输出窗口 52
3.5 医疗库房管理子系统 53
3.5.1 入库单录入窗口 53
3.5.2 领料单录入窗口 54
3.5.3 报废单录入窗口 55
3.5.4 付款登记窗口 56
3.5.5 退货登记窗口 57
3.5.6 检验登记窗口 58
3.5.7 作废登记窗口 59
3.5.8 报废申报单窗口 60
3.6 后勤库房管理子系统 61
3.6.1 入库单录入窗口 61
3.6.2 领料单录入窗口 62
3.6.3 报废单录入窗口 63
4系统模块设计 64
4.1 系统公用函数设计 64
4.2 用户对象设计 64
4.2.1 用户对象 64
4.3 病案系统功能模块详细设计 65
4.3.1 功能结构图 65
4.3.2 功能描述 65
4.3.2.1 病案首页模块 65
4.3.2.2 工作日志模块 65
4.3.2.3 病历本模块 66
4.3.2.4 医疗费用单模块 66
4.3.2.5 病案查询模块 66
4.3.2.6 统计报表模块 66
4.3.2.7 系统维护模块 66
4.3.2.8 词典维护模块 67
4.3.3 子功能模块流程设计（IPO） 67
4.4 药品系统功能模块详细设计 72
4.4.1 功能描述 72
4.4.1.1 入库模块 72
4.4.1.2 出库模块（药库） 72
4.4.1.3 出库模块（药房） 72
4.4.1.4 调价模块 73
4.4.1.5 报损模块 73
4.4.1.6 盘点模块 73
4.4.1.7 药品申请模块 73
4.4.1.8 系统维护模块 73
4.4.2 子功能模块流程设计（IPO） 73
4.4.2.1 入库模块 73
4.4.2.2 出库模块（药库） 74
4.4.2.3 出库模块（药房） 75
4.4.2.4 调价模块 75
4.4.2.5 报损模块 76
4.4.2.6 盘点模块 77
4.4.2.7 药品申请模块 77
4.5 器械管理系统功能模块详细设计 78
4.5.1 功能结构图 78
4.5.2 功能描述 79
4.5.2.1 入库单录入 79
4.5.2.2 领料单录入 79
4.5.2.3 报废单录入 80
4.5.2.4 付款登记 80
4.5.2.5 退货登记 80
4.5.2.6 作废登记 80
4.5.2.7 检验登记 80
4.5.2.8 报废申报单 80
4.5.2.9 新价调整通知单 80
4.5.2.10 物品采购单 80
4.5.2.11 入出库日报表功能模块的设计 81
4.5.2.12 领用材料汇总表功能模块的设计 81
4.5.2.13 材料低值易耗品功能模块的设计 81
4.5.2.14 在用固定资产表功能模块的设计 81
4.5.2.15 库存物资清单功能模块的设计 81
4.5.2.16 入库单统计 81
4.5.2.17 领料单统计 81
4.5.2.18 报废单统计 81
4.5.2.19 入库单维护 81
4.5.2.20 领料单维护 82
4.5.2.21 报废单维护 82
4.5.2.22 库存初始化 82
4.5.2.23 库存数维护 82
4.5.2.24 物品分类维护 82
4.5.2.25 部门编码维护 82
4.5.3 子功能模块流程设计（IPO） 82
4.5.3.1 入库单录入 82
4.5.3.2 领料单录入 83
4.5.3.3 报废单录入 84
4.5.3.4 付款登记 85
4.5.3.5 退货登记 85
4.5.3.6 作废登记 86
4.5.3.7 检验登记 87
4.5.3.8 报废申报单 88
4.5.3.9 新价调整通知单 88
4.5.3.10 物品采购单 89
4.5.3.11 入出库日报表 90
4.6 后勤物资管理系统功能模块详细设计 90
4.6.1 功能结构图 90
4.6.2 功能描述 91
4.6.2.1 入库单录入 91
4.6.2.2 领料单录入 91
4.6.2.3 报废单录入 91
4.6.2.4 入出库日报表功能模块的设计 92
4.6.2.5 领用材料汇总表功能模块的设计 92
4.6.2.6 材料低值易耗品功能模块的设计 92
4.6.2.7 在用固定资产表功能模块的设计 92
4.6.2.8 库存物资清单功能模块的设计 92
4.6.2.9 入库单统计 92
4.6.2.10 领料单统计 92
4.6.2.11 报废单统计 92
4.6.2.12 入库单维护 93
4.6.2.13 领料单维护 93
4.6.2.14 报废单维护 93
4.6.2.15 库存初始化 93
4.6.2.16 库存数维护 93
4.6.2.17 物品分类维护 93
4.6.2.18 部门编码维护 93
4.6.3 子功能模块流程设计（IPO） 93
4.6.3.1 入库单录入 93
4.6.3.2 领料单录入 94
4.6.3.3 报废单录入 95
6.3 系统维护设计 96
6.3.1定期检查系统运行日志 96
6.3.2监控应用服务器硬件资源使用情况 97
6.3.3应用程序更新 97

1 引言
1.1 编写目的
本详细设计说明书针对医院管理信息系统的需求分析，着重描述各功能模块的业务逻辑、数据库设计、各子系统的窗口设计、实现逻辑和内部和外部接口设计，其目的是：
为系统编程人员提供详尽的窗口设计和开发人员结合具体的开发环境可以完成系统的开发。
完整的数据库设计是系统设计思想的具体体现，开发人员必须结合此部分设计完成系统的业务逻辑实现。
为系统的测试提供参考。
为系统的安装维护提供参考。
为构造医院信息系统和医保信息系统、pacs系统、LIS系统的接口提供参考。
1.2 背景
一种成功的可行的HIS系统建设模式必须满足以下条件，能满足医院外部不断变化的政策需求；能满足医院内部不断增长的信息化管理需求；即能规范医院管理，又能最大限度的满足不同医院个性化管理需求；能真正有效地提供长远的服务保障。 成熟的HIS提供完善的解决方案，供不同状况的医院选取，成熟的HIS是适合各种类型医院使用的医院计算机网络管理信息系统，具备完整的信息录入、修改、删除、查询、统计、打印、备份、恢复的功能和通用性、实用性、易学易用、安全性、可扩展性的特点。真正的HIS系统必须满足以上最基本的功能，本公司的HIS系统也是在这样的背景下和前提下开发的。。
宸瑞基于医疗协同的医院信息管理系统软件，主要面向医生、护士，对于医护人员而言，医疗协同化意味着他们能够以方便的、有效的方式，存取患者的电子信息。医护人员可以在护理点和整个院区，随时获取重要的信息。持续保存的医疗记录可以综合一组来自于不同来源的核心信息，创建包含关键患者数据的在线病历，其中包括化验结果、处方信息、医嘱和健康状态（例如免疫记录）等。

1.3 定义
宸瑞基于医疗协同的医院信息管理系统软件将医院各种设备设施、应用业务软件系统、数字化医疗设备，计算机网络系统互联起来构成一个多位一体的综合系统。能够实现医院资源整合、优化业务流程，降低营运成本，提高服务质量、工作效率和管理水平，支撑医疗业务的持续发展。宸瑞HIS系统建成后的数字化医院应达到运行可靠、高速度服务响应、以及高效节能的运营模式。
宸瑞基于医疗协同的医院信息管理系统软件技术成熟、功能全面、可伸缩性强、管理集中后台、系统更稳定、安全、可靠、易于升级和移植；独立的模块结构、自由的组合方式、无缝连接技术，适合大、中、小医院的不同需求，并可根据医院需求再个性化修改的系统。
人性化
宸瑞基于医疗协同的医院信息管理系统软件的建设应本着以人为本，以患者为中心的原则，在系统的每个细节都应该体现人文关怀主义，考虑如何更加的方便患者，更加方便业务人员，更加的人性化。
集成化
智慧医疗是由众多不同的系统组建而成，宸瑞基于医疗协同的医院信息管理系统软件必须和这些系统有机的统一集成在一起，不能出现信息孤岛现象。
智能化
宸瑞基于医疗协同的医院信息管理系统软件的建设应突出智能的特点，减少人工环节，增强自动化的程度，增加辅助支持的功能。
无纸化
宸瑞基于医疗协同的医院信息管理系统软件必须满足无纸化建设的需求，通过电子处方，电子病历，电子申请单，电子报告，电子办公等的应用实现无纸化。
无胶片化
宸瑞基于医疗协同的医院信息管理系统软件通过与医学影像系统，实现医生在HIS系统中可以实时查看患者的图文报告和影像报告，实现无胶片化的临床模式和管理模式。
1.4 参考资料
高燕婕．“十一五”卫生信息化建设设想［Ｊ］．电子商务， 2006，2：27—33．
张草贤．医院信息系统建设中若干问题探讨［Ｊ］．医学信息， 2005，8（10）：1233－1235．
魏永华，李包罗．新一代医院信息系统的核心技术—集成［Ｊ］．中 国医院，2005，9（7）：15－18．
叶慧．“医院信息系统现状与未来”研讨会在京召开［Ｊ］．中国医 疗器械信息，2006，12（6）：77－78．
易昜.“认清信息化的现实与未来” 一场西部的盛宴—2016西部医院信息化大会，2016,3（10）
2 总体设计
2.1 需求规定
宸瑞基于医疗协同的医院信息管理系统利用计算机软硬件技术、网络通讯技术等 现代化手段，对医院及其所属各部门对人流、物流、财流进行综合管理，对在医疗活动各阶段中产生的数据进行采集、存贮、处理、提取、传输、汇总、加工生成各种信息，从而为医院的整体运行提供全面的、自动化的管理及各种服务的信息系统。
符合现行医院体系结构、管理模式 和运作程序，能满足医院一定时期内对信息的需求。并能对提高医疗服务质量，工作效率，管理水平，为医院带来一定的经济效益和社会效益产生积极的作用。
宸瑞医院信息管理系统不是简单地模拟现行手工管理方法，而是根据医院管理模式采用科学化、信息化、规范化、标准化理论设计建立的。
信息化管理系统是一个综合性的信息系统，功能涉及到国家有关部委制定的法律、法 规。包括医疗、教育、科研、财务、会计、审计、统计、病案、人事、药品、保险、物资、设备，等等。因此宸瑞医院信息系统保证与我国现行的有关法律、法规、规章制度相一致，并能满足各级医疗机构和各级卫生行政部门对信息的要求。
医院自身的目标、任务和性质决定了医院信息系统是各类信息系统中最复杂的系统之一。根据数据流量、流向及处理过程，将整个医院信息系统划分为以下五部分：
临床诊疗部分
临床诊疗部分主要以病人信息为核心，将整个病人诊疗过程作为主线，医院中所有科室将沿此主线展开工作。随着病人在医院中每一步诊疗活动的进行产生并处理与病人诊疗有关的各种诊疗数据与信息。整个诊疗活动主要由各种与诊疗有关的工作站来完成，并将这部分临床信息进行整理、处理、汇总、统计、分析等。此部分包括：门诊医生工作站、住院医生工作站、护士工作站、临床检验系统、输血管理系统、医学影像系统、手术室麻醉系统等。
药品管理部分
药品管理部分主要包括药品的管理与临床使用。在医院中药品从入库到出库直到病人的使用，是一个比较复杂的流程，它贯穿于病人的整个诊疗活动中。这部分主要处理的是与药品有关的所有数据与信息。共分为两部分，一部分是基本部分，包括：药库、药房及发药管理；另一部分是临床部分，包括：合理用药的各种审核及用药咨询与服务。
经济管理部分
经济管理部分属于医院信息系统中的最基本部分，它与医院中所有发生费用的部门有关，处理的是整个医院中各有关部门产生的费用数据，并将这些数据整理、汇总、传输到各自的相关部门，供各级部门分析、使用并为医院的财务与经济收支情况服务。包括：门急诊挂号，门急诊划价收费，住院病人入、出、转，住院收费、物资、设备，财务与经济核算等。
综合管理与统计分析部分
综合管理与统计分析部分主要包括病案的统计分析、管理，并将医院中的所有数据汇总、分析、综合处理供领导决策使用，包括：病案管理、医疗统计、院长综合查询与分析、病人咨询服务。
外部接口部分
随着社会的发展及各项改革的进行，医院信息系统已不是一个独立存在的系统，它必须考虑与社会上相关系统互联问题。因此，这部分提供了医院信息系统与医疗保险系统、社区医疗系统、远程医疗咨询系统等接口。
2.2 运行环境
2.2.1 软件环境
Windows xp 、Windows 7 （32位）、Windows 7 （64位）
2.2.2 硬件环境
PC机
2.2.3 网络环境
医院内部局域网
2.3 基本设计概念和处理流程
以先进成熟的数据库管理技术、计算机技术和通信技术为主要手段，结合用户业务需求，以C/S作为开发平台的基础上，建立一个覆盖医院的高质、高效、实用的管理信息系统；
从系统层到应用层具有严密的安全控制机制。
系统能够适应医院组织机构和结构的调整。
采用构件化技术，使应用系统具有相应的独立性，使各子系统能具有通用性，又能适应
医院某些机构的个性化要求；
系统具有较长的生命周期，并保证从现有业务管理模式向更加优化的领导决策和管理模式平稳过渡。

2.4 结构
2.4.1 整体结构
宸瑞医院信息化管理系统是以客户机/服务器(Client/Server)在网络基础上，以数据库管理系统为后缓，以微机为工作站的一种系统结构。三层结构即客户端（表示层）/服务器（应用层）/数据库(Browser/Server/Database)三层结构，在传统两层模式的基础上增加了应用服务这一级。三层结构的划分，使逻辑上更加独立，每个功能模块的任务更加清晰。在表示层客户通过用户界面向中间应用服务器发出HTTP请求，应用服务器通过对客户端的请求进行身份验证然后对于合法的用户请求进行处理并与数据库进行连接进而获取或保存数据并将从数据库获得的数据返回到客户端。其关键在于"一分为二"，即把数据存取与应用程序分离开，分别由数据库(Server端)及工作站(Client端)来执行，从而明显地既保证整个系统的运行性能，又增加了系统的易开发性、可扩充性和可维护性。它的优越性在于：
极高的性能(Performance)，Server端一定有一个完整的高效能的关系数据库管理系统(RDBMS,RelationalDataBaseManagementSystem)。CPU只管DBMS的使用，不管任何客户端应用功能，支持并发控制，确保多个用户同一时间内处理相同的表、行、列数据，这就显著地改善了运行性能，特别是医院中以高频率更新数据的应用环境。
集中式数据管理。这是该结构的关键环节，是医院环境之高层管理和病人医疗数据管理的至关重要的需求。所有数据均用集中式DBMS加以管理和存取。Server所负责的DBMS功能完全等同于大、中型计算机中的DBMS。
扩充升级方便灵活(Scalability)。前后台任务的分离使得前端的应用程序不依赖于后台的软、硬件平台。无论用户升级更换后台的操作系统、Server硬件，应用程序都无须变动。这一方面保护了用户对应用程序及使用培训方面的投资，同时也为用户提供了一种低消耗地逐步更新设备的途径。
开放式平台有利于加速系统的开发。一方面，开放式后台数据库拥有强大的数据管理功能。另一方面，开发者又可以在前端用各式各样所熟悉的微机环境下的开发工具进行应用程序的开发工作，当然也可以使用数据库所提供的API方式来开发前端应用。
整体结构图：

2.4.2 网络结构
宸瑞基于医疗协同的医院信息管理系统软件基于三层架构设计。让数据库从繁忙中解放处理，仅仅完成基本数据的存取，采用内外网完全物理隔离模式，为实现内外数据安全交换，满足医院信息化的不断发展，宸瑞his采用网络隔离与安全交换技术医院内、外网之间的数据交换和同步。

2.4.3 软件结构
宸瑞医院管理信息系统(Hospital Management Information System,HMIS)的主要目标是支持医院的行政管理与事务处理业务，减轻事务处理人员劳动强度，辅助医院管理，辅助高层领导决策，提高医院工作效率，从而使医院能够以少的投入获得更好的社会效益与经济效益。

2.4.4 安全策略
随着医院信息技术的飞速发展，许多医院已经依靠网络建立了包括，医疗、教学、科研、服务、管理、财务，等为主要内容的，覆盖全院的医院管理系统，大大提高了工作效率，医院日常工作全部依赖信息化管理系统，所以his需要一个稳定、安全、高效的运行环境，所以安全也是广州宸瑞his的重点防护对象。
安全措施：
分用户管理，设立权限
His分为住院、门诊、护士工作站、医生工作站、药房、药库、检验、检查、财务、管理员设置、院长查询等许多模块，每个模块都有特定的功能，为此我们在数据库设计的时候先建立his用户，设置dba权限，针对每个用户，不同角色下发模块权限，不会影响其他模块。
用户登录监测
利用oracle触发器，我们可以对用户登录系统的情况实时监测，并把用户名、时间、IP、等信息记录起来。以便防止意外的时候查询。
隔离非本地的机器访问数据库服务器
由于his系统都是建在医院局域网中，所以必须防止外网机器访问数据库，以防造成信息泄露。
关键数据安全监测
有时用户误操作，修改或删除数据时，数据库会自动记录删除或修改的数据，并保存日志，方便核查。
数据库备份
利用触发器定时任务技术，将数据库数据定时备份，目的是当数据库发生重大故障时最大限度恢复数据，可以保证不丢失任何已提交的数据。
系统日志
建立业务系统操作日志，对于庞大的业务操作流向，有清晰的记录，以便管理人员追踪用户操作和系统问题追踪。
2.5 人工处理过程

2.6 尚未解决的问题
无

3 系统窗口设计
3.1 门诊管理子系统

3.1.1 门诊挂号窗口
列表显示窗口
挂号信息录入
各科室挂号量
l 窗口式样

l 窗体描述
窗口名称：
w_cn_gh
继承：
w_cn_root
设计者：

设计日期：
2001年10月
隶属子系统：
门诊子系统
窗口类型：
Response
菜单：
无
实现功能：
门诊挂号、换号、退号
数据窗口说明：
1. 挂号信息录入d_cn_gh从表cn_registraion生成
2. 列表显示窗口d_cn_gh_list从表cn_registration生成，传递参数cs_code（门诊病历号）和op_date（日期）
窗体控件说明：
1. 就诊类型：病人没有建立门诊病历的视为初诊，有门诊病历的为复诊
2. 门诊病历号：初诊病人需要输入病人姓名、年龄与性别，系统自动生成门诊病历号，复诊病人需输入门诊病历号，病人姓名、年龄与性别系统将根据门诊病历自动填写
3. 挂号信息录入中是否预约、科室名称和挂号类别三项均输入相应代码，系统将填入相应文字，挂号费和诊疗费根据挂号类别自动填入，其金额可维护
4. 挂号流水自动生成，每挂号一次生成一个不重复的挂号流水
5. 系统自动计算应收金额，输入实收金额后自动计算出应找回金额
6. 挂号相关信息完成后按确定按钮生成挂号单并打印门诊挂号发票
7. 窗口最下方的列表窗口显示该门诊病历号当天的全部挂号
8. 选中列表窗口中的一条记录，其详细的挂号信息会显示在挂号信息录入中，这时可以修改窗口中白色部分信息，修改完后按确定按钮实现改号功能，选中后若按退号按钮则实现退号功能
9. 各科室挂号量中可显示每个门诊科室中各挂号类别当天剩余的计划挂号量，双击该界面可进入科室挂号量维护
10. 当病人忘记带病历时可通过查询按钮进入门诊病历查询界面，可以根据病人姓名、身份证号码等相关信息查询门诊病历号

3.1.2 门诊划价窗口
l 窗口式样
处方基本信息
处方录入
l 窗体描述
窗口名称：
w_cn_hj
继承：
w_cn_root
设计者：

设计日期：
2001年10月
隶属子系统：
门诊子系统
窗口类型：
Response
菜单：
无
实现功能：
门诊划价
数据窗口说明：
1. 处方基本信息d_cn_hj_info从表cn_registration生成，传递参数regist_sn（挂号流水）
窗体控件说明：
1. 挂号流水处输入病人本次门诊的挂号流水，如果挂号流水是GH2001102101001，则划价员输入1001即可，系统将自动匹配出上述流水号
2. 医药类别处输入医药类别的编码，然后系统自动匹配出医药类别名称
3. 医生姓名由划价员输入
4. 划价员在处方录入处录入处方时可以根据自己的习惯选择录入方式，在录入时系统将根据录入动态的提示与录入相对应的项目，若不需要系统进行动态提示可以选择屏蔽查询提示功能则系统不进行动态提示
5. 如果要录入下一处方时，点击按钮“>>”，若要回到上一处方可点击按钮“处方<<”，如果是中药处方则有付数的概念，在付数的窗口录入付数即可
6. 重输是用来清除当前处方的所有内容，删除用来删除当前录入的整条数据，清除是用来清除当前输入内容
7. 所有处方录入完成后，点击划价按钮系统将进行自动划价，点击刷新按钮用来获取当前所有挂号流水

3.1.3 门诊划价修改窗口
l 窗口式样
处方基本信息
处方录入

l 窗体描述
窗口名称：
w_cn_hj_xg
继承：
w_cn_root
设计者：

设计日期：
2001年10月
隶属子系统：
门诊子系统
窗口类型：
Response
菜单：
无
实现功能：
门诊划价修改
数据窗口说明：
1. 处方基本信息d_cn_hj_info从表cn_registration生成，传递参数regist_sn（挂号流水）
窗体控件说明：
1. 处方划价修改窗口的操作与处方划价窗口基本上一致，不同的是处方划价修改窗口不能录入新处方，只能在原有处方上进行删除与修改操作
3.1.4 门诊收费窗口
l 窗口式样

l 窗体描述
窗口名称：
w_cn_sf
继承：
w_cn_root
设计者：

设计日期：
2001年10月
隶属子系统：
门诊子系统
窗口类型：
Response
菜单：
无
实现功能：
门诊收费
数据窗口说明：
1. 病人基本信息d_cn_sf_patient从表cn_patient生成，传递参数cn_patient_sn（门诊病历号）
窗体控件说明：
1. 门诊病历号与挂号流水可以只输入一项，输入门诊病历号时必须输入完全，输入挂号流水时可以只输入最后五位，若最后五位的第一位为零则可以只输入最后四位，如：若挂号流水是GH2001102101001则可以只输入1001，输入完门诊病历号或挂号流水后系统会找到相应的病人基本信息填入，同时，系统会找到该病人相应的未缴费项目
2. 从未缴费处方中选择所有需要缴费的处方时单击“>>”即可，选择其中一项或某几项缴费的话则需按选项前的数字，如选择第二项缴费的话则按数字键2即可，选择也可以通过鼠标的双击来实现，从拟缴费项目中剔除操作同选择缴费项目操作类似
3. 检查缴费项目中录入检查项目的类别和费用，需要删除某一项的时候输入该项的时候按相应的数字然后按Del按键即可删除该项
4. 在应收中会显示所有拟收费处方和检查项目的合计金额，输入实收金额后系统会自动计算出找零金额
5. 在确定好拟收费项目后按确定按钮系统将分类打印出发票
6. 累计支出是指本年度医保金额累计使用数
7. 医保余额是显示该医疗保险号剩余金额
8. 系统在处理收费时采用优先使用医保金额的原则由计算机自动处理

3.1.5 门诊退费
l 窗口式样

l 窗体描述
窗口名称：
w_cn_tf
继承：
w_cn_root
设计者：

设计日期：
2001年10月
隶属子系统：
门诊子系统
窗口类型：
Response
菜单：
无
实现功能：
门诊退费
数据窗口说明：
1. 病人基本信息d_cn_sf_patient从表cn_patient生成，传递参数cn_patient_sn（门诊病历号）
窗体控件说明：
1. 输入发票编码系统会找到该病人相应的基本信息和已缴费项目
2. 在已缴费项目中选择需要退费项目进行退费，选择时按已缴费项目的编号可以选中或放弃该项，如：要选中第二项进行退费的时候则按数字键2即可，若已经选中第二项则按上述操作会使第二项不选中，选中项用蓝色标识
3. 系统自动根据当前选中项来计算出退费总金额显示在退费总金额中
4. 选择好退费项目后按退费按钮则进行退费操作，若将该发票对应的所有收费项全部退除则不打印发票，若只退除部分收费项则打印新的发票
5. 退费时同样采用优先使用医保金额的原则

3.1.6 门诊取药
l 窗口式样

l 窗体描述
窗口名称：
w_cn_qy
继承：
w_cn_root
设计者：

设计日期：
2001年10月
隶属子系统：
门诊子系统
窗口类型：
Response
菜单：
无
实现功能：
门诊取药
窗体控件说明：
1. 处方日期默认的是当天的日期，如果需要处理非当天处方则在此输入相应的日期
2. 根据药房的不同选择处理不同的处方类型，如果选择中草药则显示的处方全是中草药处方，其余类推
3. 待处理处方显示的是已缴费但未进行处理的处方，预处理处方显示的是已缴费还未取药但已将药品准备好的处方
4. 如果待处理处方中的一张处方的药品全部准备好后可以选中该处方，然后点击预处理按钮将该处方移到预处理处方中表示该处方已进行取药处理
5. 如果预处理处方中某一处方的药品已被取走则可以选中该处方然后点击取药按钮表示该处方已经取药，同时该处方从预处理处方中删除，相应的药品其数量会减少
6. 选中待处理处方中的处方点击取药按钮也可以进行取药操作，同样，该处方会从待处理处方中删除
7. 刷新是实时获取所有已缴费但未取药的处方
8. 取消是将处方从预处理处方移动到待处理处方中
3.1.7 门诊退药
l 窗口式样

l 窗体描述
窗口名称：
w_cn_ty
继承：
w_cn_root
设计者：

设计日期：
2001年10月
隶属子系统：
门诊子系统
窗口类型：
Response
菜单：
无
实现功能：
门诊退药
数据窗口说明：
1. 病人基本信息d_cn_sf_patient从表cn_patient生成，传递参数cn_patient_sn（门诊病历号）
窗体控件说明：
1. 输入发票编码系统会找到该病人相应的基本信息和该发票对应的药品项目
2. 系统自动在退药总金额中显示该发票金额
3. 确定退药后按退药按钮进行退药操作，退药时会增加该药品的库存数量

3.2 住院管理子系统
3.2
3.2.1 住院登记窗口
l 窗口式样

l 窗体描述
窗口名称：
w_ih_register
继承：
W_g_root
设计者：

设计日期：
2001年10月
隶属子系统：
住院管理系统
窗口类型：
Response
菜单：

实现功能：
住院病人住院信息和基本信息的输入和修改、打印住院登记单
输入：
处理：
1． 输入法提供多种,如编码、名称、五笔字型、拼音码
2． 如果是非家庭病床病人，则必须输入门诊号。输入住院号后，如果病人以前住过院，则将病人以前的基本信息导入到本次基本信息中，如果以前未住过院，则在输入门诊号后，将病人在门诊的基本信息导入到本次基本信息中，可以补充门诊没有而住院需要的信息。
3． 如果是家庭病床病人，如果输入门诊号，则处理与非家庭病床病人相同：如果不输入门诊号并且病人以前住过院,则在输入住院号后，将病人以前的基本信息导入到本次基本信息中，否则本窗口信息都要重新输入。
4． 如果收费类型为合同单位，则必须输入病人单位，如果收费类型为参保人员，则必须输入社会医疗保险号
5． 单击’确定’，将输入的信息保存并打印住院登记单
输出：
6． 向病人住院资料信息表中插入一条记录（并且病人在院状态置为’1’）,向病人基本资料表中插入一条记录。病人打印住院登记单

3.2.2 收取预交款
l 窗口式样

l 窗体描述
窗口名称：
W_ih_foregift
继承：
W_g_root
设计者：

设计日期：
2001年10月
隶属子系统：
住院管理系统
窗口类型：
Response
菜单：

实现功能：
收取病人的预交款，并打印预交款收据
处理：
1． 输入住院号后，调出病人基本信息
2． 输入收费类型，如果收费类型为支票,则必须输入单据号。输入金额和收款日期
3． 单击‘确定’,将向住院预交款中插入一条该预交款的信息。
4． 重打印是指将预交款收据重新打印一次．

3.2.3 出院结算
l 窗口式样

l 窗体描述
窗口名称：
w_ih_checkout
继承：
W_g_root
设计者：

设计日期：
2001年10月
隶属子系统：
住院管理系统
窗口类型：
Response
菜单：

实现功能：
住院病人出院结算，并打印发票、费用清单
处理：
1． 输入住院号后，将丛病人住院资料
2． 选择“打印费用清单”是指打印费用清单，否则不打印
3． 重打印是指将打印发票、费用清单重新打印一次

3.2.4 住院账单输入窗口
l 窗口式样

l 窗体描述
窗口名称：
w_ih_bill
继承：
W_g_root
设计者：

设计日期：
2001年10月
隶属子系统：
住院管理系统
窗口类型：
Response
菜单：

实现功能：
录入在业务窗口（如：手术，麻醉，医技项目，药品医嘱等）不能产生（或生成）的费用
其他特殊性：
1． 输入法提供多种,如编码、名称、五笔字型、拼音码
2． 收费类别指其它收费项目;收费金额指该收费类别所发生的金额;记帐日期指费用发生的日期，可以修改;备注指对该收费项目的说明，可以不输入。
3． “确定”指将录入的费用保存。

3.2.5 每日结账窗口
l 窗口式样

l 窗体描述
窗口名称：
w_ih_checkup
继承：
W_g_root
设计者：

设计日期：
2001年10月
隶属子系统：
住院管理系统
窗口类型：
Response
菜单：

实现功能：
将床位费等每个病人都有且固定的的费用记入病人帐单，之后可打印日报表
其他特殊性：
1． 在住院各业务窗口关闭以后、下班前，运行此窗口结帐，并打印日报表送财务科。
2． 本窗口每天运行且只运行一次。

3.2.6 手术情况输入窗口
l 窗体样式

l 窗体描述
窗口名称：
w_ih_operation
继承：
W_g_root
设计者：

设计日期：
2001年10月
隶属子系统：
住院管理系统
窗口类型：
Response
菜单：

实现功能：
录入在病人在手术时的基本信息和手术中使用的药品信息、制剂、收费项目细节、器械细节，并将费用记入病人帐单
其他特殊性：
1．本窗口在病人做完手术后，录入手术基本手术信息和手术中使用的药品信息、制剂、收费项目细节、器械细节

3.2.7 录入出院诊断窗口
l 窗体样式

l 窗体描述
窗口名称：
w_ih_outdiagnose
继承：
W_g_root
设计者：

设计日期：
2001年10月
隶属子系统：
住院管理系统
窗口类型：
Response
菜单：

实现功能：
录入病人在出院时的出院诊断及出院病情
其他特殊性：
1．在病人办理出院结算前通过本窗口录入出院诊断及其它一些信息

3.2.8 病人换床窗口
l 窗体样式

l 窗体描述
窗口名称：
w_ih_pttb
继承：
W_g_root
设计者：

设计日期：
2001年10月
隶属子系统：
住院管理系统
窗口类型：
Response
菜单：

实现功能：
进行病人换床业务
其他特殊性：
1．本窗口通过使用拖放实现病人换床

3.2.9 病人转科窗口
l 窗体样式

l 窗体描述
窗口名称：
w_ih_pttb
继承：
W_g_root
设计者：

设计日期：
2001年10月
隶属子系统：
住院管理系统
窗口类型：
Response
菜单：

实现