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

宸瑞基于医疗协同的医院信息管理系统软件V1.0宸瑞基于医疗协同的医院信息管理系统软件设计说明书广州宸瑞软件科技有限公司2016年11月目 录1 引言51.1 编写目的51.2 背景61.3 定义61.4 参考资料72 总体设计82.1 需求规定82.2 运行环境92.2.1 软件环境92.2.2 硬件环境92.2.3 网络环境92.3 基本设计概念和处理流程102.4 结构102.4.1 整体结构102.4.2 网络结构112.4.3 软件结构122.4.4 安全策略132.5 人工处理过程152.6 尚未解决的问题153 系统窗口设计163.1 门诊管理子系统163.1.1 门诊挂号窗口163.1.2 门诊划价窗口173.1.3 门诊划价修改窗口193.1.4 门诊收费窗口203.1.5 门诊退费213.1.6 门诊取药223.1.7 门诊退药233.2 住院管理子系统243.2.1 住院登记窗口243.2.2 收取预交款253.2.3 出院结算263.2.4 住院账单输入窗口273.2.5 每日结账窗口283.2.6 手术情况输入窗口293.2.7 录入出院诊断窗口303.2.8 病人换床窗口313.2.9 病人转科窗口323.2.10 药品医嘱录入窗口343.2.11 药品医嘱审核窗口353.2.12 医技项目医嘱输入窗口363.2.13 抢救信息输入窗口373.2.14 X线（B超、TC）结果输入窗口383.3 药品管理子系统393.3.1 药品入库窗口393.3.2 药品出库窗口药库403.3.3 药品出库窗口药房413.3.4 药品调价窗口423.3.5 药品报损窗口433.3.6 药品盘点窗口443.3.7 药品申请窗口453.4 病案管理子系统463.4.1 统计报表标准报表 窗口463.4.2 统计报表特殊报表 窗口473.4.3 统计报表台账报表 窗口483.4.4 病案编辑窗口493.4.5 系统信息维护窗口503.4.6 字典信息维护窗口513.4.7 报表输出窗口523.5 医疗库房管理子系统533.5.1 入库单录入窗口533.5.2 领料单录入窗口543.5.3 报废单录入窗口553.5.4 付款登记窗口563.5.5 退货登记窗口573.5.6 检验登记窗口583.5.7 作废登记窗口593.5.8 报废申报单窗口603.6 后勤库房管理子系统613.6.1 入库单录入窗口613.6.2 领料单录入窗口623.6.3 报废单录入窗口634系统模块设计644.1 系统公用函数设计644.2 用户对象设计644.2.1 用户对象644.3 病案系统功能模块详细设计654.3.1 功能结构图654.3.2 功能描述6 病案首页模块6 工作日志模块6 病历本模块6 医疗费用单模块6 病案查询模块6 统计报表模块6 系统维护模块6 词典维护模块674.3.3 子功能模块流程设计（IPO）674.4 药品系统功能模块详细设计724.4.1 功能描述7 入库模块7 出库模块（药库）7 出库模块（药房）7 调价模块7 报损模块7 盘点模块7 药品申请模块7 系统维护模块734.4.2 子功能模块流程设计（IPO）7 入库模块7 出库模块（药库）7 出库模块（药房）7 调价模块7 报损模块7 盘点模块7 药品申请模块774.5 器械管理系统功能模块详细设计784.5.1 功能结构图784.5.2 功能描述7 入库单录入7 领料单录入7 报废单录入80 付款登记80 退货登记80 作废登记80 检验登记80 报废申报单80 新价调整通知单800 物品采购单801 入出库日报表功能模块的设计82 领用材料汇总表功能模块的设计83 材料低值易耗品功能模块的设计84 在用固定资产表功能模块的设计85 库存物资清单功能模块的设计86 入库单统计87 领料单统计88 报废单统计89 入库单维护80 领料单维护81 报废单维护82 库存初始化83 库存数维护84 物品分类维护85 部门编码维护824.5.3 子功能模块流程设计（IPO）8 入库单录入8 领料单录入8 报废单录入8 付款登记8 退货登记8 作废登记8 检验登记8 报废申报单8 新价调整通知单80 物品采购单81 入出库日报表904.6 后勤物资管理系统功能模块详细设计904.6.1 功能结构图904.6.2 功能描述9 入库单录入9 领料单录入9 报废单录入9 入出库日报表功能模块的设计9 领用材料汇总表功能模块的设计9 材料低值易耗品功能模块的设计9 在用固定资产表功能模块的设计9 库存物资清单功能模块的设计9 入库单统计90 领料单统计91 报废单统计92 入库单维护93 领料单维护94 报废单维护95 库存初始化96 库存数维护97 物品分类维护98 部门编码维护934.6.3 子功能模块流程设计（IPO）9 入库单录入9 领料单录入9 报废单录入956.3 系统维护设计966.3.1定期检查系统运行日志966.3.2监控应用服务器硬件资源使用情况976.3.3应用程序更新971 引言1.1 编写目的本详细设计说明书针对医院管理信息系统的需求分析，着重描述各功能模块的业务逻辑、数据库设计、各子系统的窗口设计、实现逻辑和内部和外部接口设计，其目的是：为系统编程人员提供详尽的窗口设计和开发人员结合具体的开发环境可以完成系统的开发。完整的数据库设计是系统设计思想的具体体现，开发人员必须结合此部分设计完成系统的业务逻辑实现。为系统的测试提供参考。为系统的安装维护提供参考。为构造医院信息系统和医保信息系统、pacs系统、LIS系统的接口提供参考。1.2 背景一种成功的可行的HIS系统建设模式必须满足以下条件，能满足医院外部不断变化的政策需求；能满足医院内部不断增长的信息化管理需求；即能规范医院管理，又能最大限度的满足不同医院个性化管理需求；能真正有效地提供长远的服务保障。 成熟的HIS提供完善的解决方案，供不同状况的医院选取，成熟的HIS是适合各种类型医院使用的医院计算机网络管理信息系统，具备完整的信息录入、修改、删除、查询、统计、打印、备份、恢复的功能和通用性、实用性、易学易用、安全性、可扩展性的特点。真正的HIS系统必须满足以上最基本的功能，本公司的HIS系统也是在这样的背景下和前提下开发的。宸瑞基于医疗协同的医院信息管理系统软件，主要面向医生、护士，对于医护人员而言，医疗协同化意味着他们能够以方便的、有效的方式，存取患者的电子信息。医护人员可以在护理点和整个院区，随时获取重要的信息。持续保存的医疗记录可以综合一组来自于不同来源的核心信息，创建包含关键患者数据的在线病历，其中包括化验结果、处方信息、医嘱和健康状态（例如免疫记录）等。1.3 定义宸瑞基于医疗协同的医院信息管理系统软件将医院各种设备设施、应用业务软件系统、数字化医疗设备，计算机网络系统互联起来构成一个多位一体的综合系统。能够实现医院资源整合、优化业务流程，降低营运成本，提高服务质量、工作效率和管理水平，支撑医疗业务的持续发展。宸瑞HIS系统建成后的数字化医院应达到运行可靠、高速度服务响应、以及高效节能的运营模式。 宸瑞基于医疗协同的医院信息管理系统软件技术成熟、功能全面、可伸缩性强、管理集中后台、系统更稳定、安全、可靠、易于升级和移植；独立的模块结构、自由的组合方式、无缝连接技术，适合大、中、小医院的不同需求，并可根据医院需求再个性化修改的系统。人性化宸瑞基于医疗协同的医院信息管理系统软件的建设应本着以人为本，以患者为中心的原则，在系统的每个细节都应该体现人文关怀主义，考虑如何更加的方便患者，更加方便业务人员，更加的人性化。集成化智慧医疗是由众多不同的系统组建而成，宸瑞基于医疗协同的医院信息管理系统软件必须和这些系统有机的统一集成在一起，不能出现信息孤岛现象。智能化宸瑞基于医疗协同的医院信息管理系统软件的建设应突出智能的特点，减少人工环节，增强自动化的程度，增加辅助支持的功能。无纸化宸瑞基于医疗协同的医院信息管理系统软件必须满足无纸化建设的需求，通过电子处方，电子病历，电子申请单，电子报告，电子办公等的应用实现无纸化。无胶片化宸瑞基于医疗协同的医院信息管理系统软件通过与医学影像系统，实现医生在HIS系统中可以实时查看患者的图文报告和影像报告，实现无胶片化的临床模式和管理模式。1.4 参考资料高燕婕“十一五”卫生信息化建设设想电子商务， 2006，2：2733张草贤医院信息系统建设中若干问题探讨医学信息， 2005，8（10）：12331235魏永华，李包罗新一代医院信息系统的核心技术集成中 国医院，2005，9（7）：1518叶慧“医院信息系统现状与未来”研讨会在京召开中国医 疗器械信息，2006，12（6）：7778易昜.“认清信息化的现实与未来” 一场西部的盛宴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. 如果要录入下一处方时，点击按钮“”，若要回到上一处方可点击按钮“处方”即可，选择其中一项或某几项缴费的话则需按选项前的数字，如选择第二项缴费的话则按数字键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 住院管理子系统 住院登记窗口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 菜单：实现功能：进行病人转科业务其他特殊性：1本窗口通过使用拖放实现病人换床3.2.10 药品医嘱录入窗口l 窗体样式l 窗体描述窗口名称：w_ih_rp继承：W_g_root设计者：设计日期：2001年10月隶属子系统：住院管理系统窗口类型：Response 菜单：实现功能：录入医嘱中的药品信息其他特殊性：1 输入法提供多种,如编码、名称、五笔字型、拼音码2 医嘱类型分为西药、中成药、中草药3.2.11 药品医嘱审核窗口l 窗体样式l 窗体描述窗口名称：w_ih_rp_check继承：W_g_root设计者：设计日期：2001年10月隶属子系统：住院管理系统窗口类型：Response 菜单：实现功能：审核医嘱中的药品信息其他特殊性：1 输入法提供多种,如编码、名称、五笔字型、拼音码2 审核药品医嘱录入的药品及其信息录入是否正确，如果不正确审核不通过，该医嘱就不能取药。3.2.12 医技项目医嘱输入窗口l 窗体样式l 窗体描述窗口名称：w_ih_rp_item继承：W_g_root设计者：设计日期：2001年10月隶属子系统：住院管理系统窗口类型：Response 菜单：实现功能：录入医嘱中的医技项目信息其他特殊性：1输入法提供多种,如编码、名称、五笔字型、拼音码3.2.13 抢救信息输入窗口l 窗体样式l 窗体描述窗口名称：w_ih_salve继承：W_g_root设计者：设计日期：2001年10月隶属子系统：住院管理系统窗口类型：Response 菜单：实现功能：录入抢救的一些基本信息及所用急救药品信息其他特殊性：1 输入法提供多种,如编码、名称、五笔字型、拼音码2 在抢救后，录入病人在抢救过程中用到的药品信息，并将费用记入病人帐单3.2.14 X线（B超、TC）结果输入窗口l 窗体样式l 窗体描述窗口名称：w_ih_x_radical继承：W_g_root设计者：设计日期：2001年10月隶属子系统：住院管理系统窗口类型：Response 菜单：实现功能：X线(B超、CT)结果录入其他特殊性：1输入法提供多种,如编码、名称、五笔字型、拼音码3.3 药品管理子系统 药品入库窗口l 窗口式样l 窗口描述窗口名称：w_mc_in继承：w_mc_root设计者：设计日期：2001年11月隶属子系统：药品管理子系统窗口类型：Response菜单：无实现功能：药品入库数据窗口说明：3. 入库基本信息录入dw_mc_in从表mc_in生成；4. 列表显示窗口dw_mc_in_list从表mc_in生成，传递参数op_date（日期）；窗体控件说明：11. 窗口左上角的数据窗口显示当前入库单的基本信息；12. 窗口下角的列表显示当前入库单所包含的药品信息；13. 入库流水自动生成，每入库一次生成一个不重复的出库流水号；14. 用户要选择药品的类别-中药、西药，以及查询码的类型-五笔码、拼音码、药品编码；15. 新增一项入库的药品时，先输入查询码，然后在药品查询码那一列会弹出所查出药品下拉列表，选择药品，该药品的厂家产地、批号等级、规格等内容就确定了；16. 如果要入库的药品是新品，则单击“新品”按扭则可维护新品；17. 入库相关信息完成后按“入库”按钮改变相应药品的库存量并打印入库单；3.3.2 药品出库窗口药库l 窗口式样l 窗口描述窗口名称：w_mc_out继承：w_mc_root设计者：设计日期：2001年11月隶属子系统：药品管理子系统窗口类型：Response菜单：无实现功能：药品出库-药库数据窗口说明：1. 出库基本信息录入dw_mc_out从表mc_out生成；2. 列表显示窗口dw_mc_out_list从表mc_out生成，传递参数op_date（日期）；窗体控件说明：1. 窗口左上角的数据窗口显示当前出库单的基本信息；2. 窗口下角的列表显示当前出库单所包含的药品信息；3. 出库流水自动生成，每出库一次生成一个不重复的出库流水；4. 出库相关信息完成后按出库按钮改变相应药品的库存量并打印出库单；3.3.3 药品出库窗口药房l 窗口式样l 窗口描述窗口名称：w_mc_out_zx继承：w_mc_root设计者：设计日期：2001年10月隶属子系统：药品管理子系统窗口类型：Response菜单：无实现功能：药品出库-住院中心药房数据窗口说明：1. 出库基本信息录入dw_mc_out_zx从表mc_out生成；2. 列表显示窗口dw_mc_rp_detail从表rp_detail、mc_out生成；窗体控件说明：1. 从住院病室列表中选出一个病室；2. 医嘱列表下列出了该病室所包含的医嘱；3. 最下面的列表列出了当前医嘱所包含的药品，由此即可决定需出库的药品；4. 出库流水自动生成，每出库一次生成一个不重复的出库流水号；5. 出库相关信息完成后按出库按钮改变相应药品的库存量并打印出库单；3.3.4 药品调价窗口l 窗口式样l 窗口描述窗口名称：w_mc_adjust继承：w_mc_root设计者：设计日期：2001年10月隶属子系统：药品管理子系统窗口类型：Response菜单：无实现功能：药品调价数据窗口说明：1. 调价基本信息录入dw_mc_adjust从表mc_adjust生成2. 列表显示窗口dw_mc_adjust_list从表mc_adjust生成，传递参数op_date（日期）窗体控件说明：1. 窗口左上角的数据窗口显示当前调价的基本信息；2. 窗口下角的列表显示多条调价信息；3. 调价流水自动生成；4. 用户需选择药品输入码-五笔码、拼音码、药品编码，并且还要选择药品的类型-中药、西药；5. 调价相关信息完成后按调价按钮改变相应药品的价