人民医院信息管理系统技术策划方案

1、XX人民医院信息治理系统技术方案 前 言感谢XX人民医院对本公司的信任，能够有幸参与贵院数字化医院信息系统工程的建设工作。本着“团结、务实、创新、进展”的公司理念和“要让我们的客户成为最好的医院，要让最好的医院成为我们的客户”的服务理念，以高度负责的态度，整合公司和社会上最好的资源，高效的建设好贵院的样板性工程，向贵院领导、专家呈上医院信息系统解决方案及第一期工程建设方案。本方案阐述了针对XX人民医院所提供的数字化医院软件平台设计方案、硬件平台设计方案、软硬件实施方案、培训方案、验收方案、技术支持与售后服务。XX公司将充分利用自己从事医疗卫生信息化工程的丰富经验和强大的软件研发能力，为以后将贵

2、院建设成区内一流，集预防、教学、科研、医疗为一体的数字化医院，确保医院从投资中获得最大的社会效益和经济效益。作为行业领先企业，XX公司一直紧密关注医疗信息化国际最新动态，始终掌握行业核心技术，注重自主知识产权产品的开发研制，不断开拓创新，其技术理念和技术成果一直居于行业领先地位。以后的XX公司将以更大投入专注于医疗信息数字化产品开发和研制，以开放、协作精神与业界同道共创产业美好以后，为用户提供最佳产品、最佳解决方案以及最好的技术支持和服务。目 录 TOC o 1-3 h z HYPERLINK l _Toc152650577 第一章 项目背景与需求分析 PAGEREF _Toc15265057

3、7 h 1 HYPERLINK l _Toc152650578 1.1医院信息现状 PAGEREF _Toc152650578 h 1 HYPERLINK l _Toc152650579 1.2 需求分析 PAGEREF _Toc152650579 h 1 HYPERLINK l _Toc152650580 1.3 建设要求 PAGEREF _Toc152650580 h 3 HYPERLINK l _Toc152650581 1.4 以后建设目标 PAGEREF _Toc152650581 h 4 HYPERLINK l _Toc152650582 第二章 软件技术方案 PAGEREF _T

4、oc152650582 h 7 HYPERLINK l _Toc152650583 2.1信息系统设计原则 PAGEREF _Toc152650583 h 7 HYPERLINK l _Toc152650584 2.1.1 先进性 PAGEREF _Toc152650584 h 7 HYPERLINK l _Toc152650585 2.1.2 有用性 PAGEREF _Toc152650585 h 7 HYPERLINK l _Toc152650586 2.1.3 稳定性和安全性 PAGEREF _Toc152650586 h 8 HYPERLINK l _Toc152650587 2.1.

5、4 可治理性 PAGEREF _Toc152650587 h 8 HYPERLINK l _Toc152650588 2.1.5 可扩充性 PAGEREF _Toc152650588 h 9 HYPERLINK l _Toc152650589 2.1.6 灵活性 PAGEREF _Toc152650589 h 9 HYPERLINK l _Toc152650590 2.1.7 开放性与标准化 PAGEREF _Toc152650590 h 9 HYPERLINK l _Toc152650591 2.2 信息系统技术性能特点 PAGEREF _Toc152650591 h 11 HYPERLIN

6、K l _Toc152650592 2.3 信息系统差不多功能特点 PAGEREF _Toc152650592 h 12 HYPERLINK l _Toc152650593 2.4 软件体系结构和开发工具选型 PAGEREF _Toc152650593 h 13 HYPERLINK l _Toc152650594 2.4.1 软件体系结构 PAGEREF _Toc152650594 h 13 HYPERLINK l _Toc152650595 2.4.2 数据库治理系统选型 PAGEREF _Toc152650595 h 13 HYPERLINK l _Toc152650596 2.4.3 网

7、络操作系统选型 PAGEREF _Toc152650596 h 17 HYPERLINK l _Toc152650597 2.4.4 前台开发语言选型 PAGEREF _Toc152650597 h 17 HYPERLINK l _Toc152650598 2.5 系统要紧业务流程描述 PAGEREF _Toc152650598 h 17 HYPERLINK l _Toc152650599 2.5.1 门诊业务流程 PAGEREF _Toc152650599 h 17 HYPERLINK l _Toc152650600 2.5.2 住院业务流程 PAGEREF _Toc152650600 h

8、19 HYPERLINK l _Toc152650601 2.5.3药品业务流程 PAGEREF _Toc152650601 h 21 HYPERLINK l _Toc152650602 第三章网络及相关硬件技术方案 PAGEREF _Toc152650602 h 23 HYPERLINK l _Toc152650603 3.1 网络平台设计方案 PAGEREF _Toc152650603 h 23 HYPERLINK l _Toc152650604 3.2 硬件平台设计方案 PAGEREF _Toc152650604 h 23 HYPERLINK l _Toc152650605 3.2.1

9、服务器和DVD刻录机 PAGEREF _Toc152650605 h 24 HYPERLINK l _Toc152650606 第四章实施方案 PAGEREF _Toc152650606 h 25 HYPERLINK l _Toc152650607 4.1 总体规划、分步实施 PAGEREF _Toc152650607 h 25 HYPERLINK l _Toc152650608 4.2 系统实施流程 PAGEREF _Toc152650608 h 25 HYPERLINK l _Toc152650609 4.3 项目治理及人员安排 PAGEREF _Toc152650609 h 27 HYP

10、ERLINK l _Toc152650610 4.3.1 部门职责 PAGEREF _Toc152650610 h 27 HYPERLINK l _Toc152650611 4.3.2 项目治理 PAGEREF _Toc152650611 h 30 HYPERLINK l _Toc152650612 4.4 工程验收 PAGEREF _Toc152650612 h 31 HYPERLINK l _Toc152650613 4.4.1 硬件验收 PAGEREF _Toc152650613 h 31 HYPERLINK l _Toc152650614 4.4.2 软件系统验收 PAGEREF _T

11、oc152650614 h 32 HYPERLINK l _Toc152650615 4.4.3网络系统验收 PAGEREF _Toc152650615 h 32 HYPERLINK l _Toc152650616 4.4.4 系统验收 PAGEREF _Toc152650616 h 32 HYPERLINK l _Toc152650617 4.5 工程进度安排 PAGEREF _Toc152650617 h 32 HYPERLINK l _Toc152650618 第五章 售后服务 PAGEREF _Toc152650618 h 35 HYPERLINK l _Toc152650619 5.

12、1 售后服务基地 PAGEREF _Toc152650619 h 35 HYPERLINK l _Toc152650620 5.2 售后服务响应流程 PAGEREF _Toc152650620 h 35 HYPERLINK l _Toc152650621 5.3 文档资料 PAGEREF _Toc152650621 h 35 HYPERLINK l _Toc152650622 5.4 服务体系 PAGEREF _Toc152650622 h 36 HYPERLINK l _Toc152650623 5.4.1 热线电话支持 PAGEREF _Toc152650623 h 36 HYPERLIN

13、K l _Toc152650624 5.4.2远程维护 PAGEREF _Toc152650624 h 36 HYPERLINK l _Toc152650625 5.4.3现场维护 PAGEREF _Toc152650625 h 36 HYPERLINK l _Toc152650626 5.4.4技术支持内容 PAGEREF _Toc152650626 h 37 HYPERLINK l _Toc152650627 第六章 系统培训 PAGEREF _Toc152650627 h 38 HYPERLINK l _Toc152650628 6.1 计算机基础知识培训 PAGEREF _Toc152

14、650628 h 38 HYPERLINK l _Toc152650629 6.2 应用软件培训（部分） PAGEREF _Toc152650629 h 40 HYPERLINK l _Toc152650630 6.3 系统初始化方案 PAGEREF _Toc152650630 h 43 HYPERLINK l _Toc152650631 第七章 项目预算 PAGEREF _Toc152650631 h 44第一章 项目背景与需求分析 1.1医院信息现状XX人民医院是一家二级甲等综合性的医院，是XX最大的区级医疗机构。医院领导在信息化方面的意识特不强，早在XX年就开始应用医院信息系统对医院的各

15、项业务进行治理。现有以财务为中心的事务型医院信息系统已在稳定运行了多年，包括门诊计价收费、门诊药房、入院登记、住院收费、住院发药、病区医嘱、药库治理、院长查询系统等，为医院业务进展和医院进行整体综合信息化治理奠定了基础和良好环境。但由于多方面的缘故，大多系统只是停留在简单的事务处理层面上，系统功能不全面；对数据资源不能进行更深层次的挖掘与利用，还不能满足医院内部部门之间的互联互通、资源共享的需求，无法起到辅助院领导治理决策和医护工作人员医疗决策的作用。医院近年业务蓬勃进展，对医院信息系统的要求更高，迫切需要对系统进行更新换代来适应医院新的进展。1.2 需求分析作为市内最大的区级综合性医院，近年

16、来由于市内各大医院在区内建设分院，业务受到一定的冲击。医院意识到要进一步提高医院在本地区的竞争力，需要从多个方面入手，信息化是其中的一个重要辅助工具。高起点、高标准、高目标、高覆盖面地进行全院级的信息化建设，实现医院治理与临床的科学化、现代化、数字化，提高医院治理效率与医疗服务质量，让病人感受医院先进的文化，优秀的服务、精湛的技术、现代化的治理，从而增强医院竞争力。建立一套与XX人民医院现代化治理相适应的、高水平的、现代化的医院信息系统，以后使医院信息化达到区内领先水平，实现治理、医疗、教学、科研、预防、保健等办公自动化、网络化、无纸化、医学影像数字化、无胶片化，实现人流、物流、财流、信息流一

17、体化、科学化的治理模式。通过实现医院信息化治理，提高经济治理水平和监督医疗服务质量，实现医院的经济效益与社会效益的同步增长，在此基础上进展医院的决策支持辅助信息系统，为医院的决策层提供实时和历史同期的决策数据，并与外界进行电子数据的交换和信息共享。实现医院信息一体化，除满足医院不断进展的业务需求外，还要遵守“互联互通、资源共享”的特点，考虑到与XX公共卫生信息综合网和上级主管部门等外界网络的连接，做到兼容和进展，安全与开放；医院信息系统还要能够满足医院今后对日常业务、辅助决策与及科研教学的深层需要，协助医院进一步做到“以病人为中心，向治理要效益”的办院宗旨，把医院建成优质、高效、低耗的现代化医

18、院。医院对信息化的需求要紧反映在以下几个方面：业务层面的经济核算、医院治理及事务处理、临应业务应用；基础层面的系统数据统一治理、数据高度共享、数据交换和对外数据接口统一治理；治理层面的数据查询及分析等；决策层面的决策支持等。如下图所示：1.3 建设要求广义的医院信息系统是一个复杂、庞大的系统，它所涉及的业务范围广泛，他覆盖了医院的所有科室和部门，涵盖了完善的医院治理信息系统（HIS）、医技治理系统（RIS）、检验信息系统（LIS），医院办公自动化（OA）、医学影像归档和通讯系统（PACS）。采纳全面铺开,一步到位建设数字化医院成功的难度较大,我们建议医院本着“总体规划,分步实施”的原则,结合医

19、院实际需求, 本次实施以经济治理为主的信息系统,同时构建临床诊疗治理平台(门诊大夫工作站、门诊护士工作站、住院大夫工作站、住院护士工作站等),以后再依照业务进展和治理的需要再全面建设数字化医院。第一期：实现医院的差不多经济核算，在医院正常业务流程下完成各种统计，处理医院传统治理上的通病，规范医院业务流程；实施时刻5个月以内。分类系统名称门诊门诊收费系统门诊药房治理系统住院病人出入院治理系统住院护士工作站系统手术室治理系统住院药房治理系统住院收费治理系统药库药库系统支持决策院长综合查询与分析系统防保科体检系统后勤物资治理系统导诊导诊咨询系统（项目价格、病人发票、费用清单等信息）接口社保接口病案首

20、页接口维护各种代码定义、用户权限分配、报表定义、参数定义、备份/恢复工具、数据维护工具.检验（LIS）检验系统第二期： 1、向临床方面延伸，实现合理用药、配伍禁忌，改造门诊流程，尝试开展电子处方，进一步优化门诊流程，严格规范处方，操纵大夫药品比例以及抗生素等药品的使用量，实施时刻，2个月完成。全面实施电子病历，完成PACS系统、医技系统、全成本核算的建设，改造住院运作流程，全程监控医疗质量，最大限度减少医疗差错，构建完整电子病历系统，形成医学仓库。实现差不多的无纸化、无胶化，真正体现以病人为中心。实施时刻，3个月完成。 分类系统名称门诊门诊大夫工作站系统门诊护士工作站系统其它合理用药、配伍禁忌

21、知识库分类系统名称住院住院大夫工作站（医嘱、病历等），住院护士工作站系统工作流要作相应改变病历质量治理系统电子病历系统医技PACS系统医技系统核算全成本核算系统接口财务软件接口(按医院需求二次开发，以实现财务-业务一体化。)1.4 以后建设目标信息化是现代化医院的必由之路，遵循“以病人为中心，以病人诊疗信息为主线，以健康档案为核心”的建设思路，搭建具有XX人民医院特色的数字化医疗资源治理平台，在平台上建设个性化的数字医疗平台、治理平台和通讯平台，可实现对出现病人的智能随访（通过短信息、语音电话、医护秘书服务等）、网上健康在线支持等，具体如下：建设可靠的信息网络平台，确保系统安全稳健运行。网络平

22、台必须保持是成熟的、先进的、总体拥有成本较低，具有较高的安全性、容错性和可靠性，立足现在，着眼以后，适当超前。实现系统一体化集成，信息安全共享，充分与外界进行数据交换。信息系统需要采纳集成一体化设计，使院内的所有信息和系统互联互通；同时，医院需要考虑与外界数据的接口。医院信息系统正在向区域卫生信息化方向进展，医院将面临和外界进行越来越多的数据交换，如医保、卫生局和银行、网上挂号和网上医院等。搭建医院资源治理平台，实现无纸化办公，优化业务和治理流程，提高工作效率。建立病人、医护人员、社会三位一体的信息网络平台，加强对医院资源（人、财、物、知识等）的调控；防止错收和漏收，人情方和大处方等；优化业务

23、流程，提高工作效率。以病人为中心，以医护人员为主体，建立病人完整的健康档案（电子病历），可为病人提供个性化服务。引入“一卡通（医院自行发卡，利用社保卡或与银行发行联名卡）”，方便病人就诊，建立病人健康档案；通过医护工作站软件和PACS系统的使用，记录病人的差不多资料、每次的就诊记录和治疗档案，能够为病人提供个性化的医疗服务；通过分病种定制的病历，保证各专科病历的特异性，最大限度的减轻医护人员的输入工作量，让医护人员有更多的时刻去为病人服务；同时通过对病历的实时监管，提高病历规范化；另外，电子病历的存在，能够方便医护人员开展科研工作。引入数据仓库技术，提供有效的决策支持。信息系统的数据记录大量的

24、诊疗、财务等信息，通过对数据进行深入的挖掘，提供实时和历史数据的同期对比，能够提供提高决策的准确性。支持医疗知识的积存和利用，实现全院知识的共享。通过提供医护三级治理病历模板，医护人员可完成自己对某种疾病的知识整理，在全院内充分共享，提升整体医护人员的治疗技术。上述的部分内容为以后医院信息系统的进展蓝图，请参看各期相关系统上线情况。第二章 软件技术方案通过对用户的需求进行分析，我们明确了医院的建设要求和建设目标，结合我们多年的医疗信息系统建设经验，我们提出本次的系统建设方案。以下为项目所需的具体技术相关资料：2.1信息系统设计原则2.1.1 先进性本系统采纳当前先进及成熟的软、硬件技术，应有先

25、进水平的计算机软件系统与网络设备以适应高速进展的计算机技术。如此能够保证系统在建成后具有强大的生命力。在软件上本系统全面采纳面向对象的分析与设计、编码方法，依照不同应用的特点和需求采纳相应的编程实现语言，软件具有良好的模块化和信息隐藏的特点，模块之间具有高内聚，低耦合的特点，模块之间平滑接口，能够实现代码共享、数据共享。业务层采纳面对面向对象技术语言和C/S结构，强大的数据库系统可支持医院海量数据在线存储和治理。2.1.2 有用性XX人民医院信息网络系统要紧是为医院业务处理，以及治理需求而建设的，比如门诊治理、药房治理等、以长远进展的眼光来规划系统，在满足现有需求的基础上充分考虑到业务的进展与

26、扩充为设计系统的要紧目标。2.1.3 稳定性和安全性医院信息系统作为一个集成系统，稳定性由系统的所有组成部分的稳定因素决定的。从解决方案提供商的角度考虑，可将系统分为两大部分：硬件平台（含操作系统和数据库治理系统）和软件平台（系统运行保障部分），以下从两个方面介绍：系统要有抵御网络“黑客”和网络病毒的能力。系统可按指纹、网卡识不号、CA认证码进行登录确认。系统特有的依照网卡全球唯一识不号码编制的操作记录系统能够有效的跟踪系统运行状况，提供日志记录，以便在系统出现故障后，追查责任人。HIS提供了三级安全保障：数据库级、程序级和加密级，每一个操作员有自己的数据库账号，应用程序级权限可操纵到每个操作

27、员关于系统模块中的按钮权限，为防止一些重要的数据库表被恶意从另外的渠道修改，对某些业务系统进行了程序加密级防护。合法用户只能从业务系统程序要依照业务规则修改数据，不能通过其它途径修改数据。集中统一的系统维护治理分系统，可提供按角色和权限的治理，能按组织结构划分操作人员的操作权限，对每个操作员的操作界面中按钮进行单一赋权。对高度机密数据的储存与备份提供安全爱护，比如加密验证等，以防非法进入或摄取。在数据安全性方面建议可采纳服务器双机互备援和数据库定期备份两种数据备份的方式。2.1.4 可治理性信息系统提供统一风格的下拉式登陆窗口，集中统一的系统维护治理能够完成所有的参数调整，方便快捷。2.1.5

28、 可扩充性因为囿于资金和精力的现实问题,系统需要采纳总体规划、分步实现、不断扩展的要求，因此系统必须具有良好、灵活的扩充性。随着计算机技术不断进展、更新，要能在爱护已有投资的情况下升级到性能更高的网络结构。整套XX医院信息系统采纳模块化设计，各系统在数据中心的统一治理，能够有机的融为一体，必要时能够单独进行工作。2.1.6 灵活性整个系统采纳开放式的系统软件开发平台，采纳模块化的软件设计，可灵活的步署，并提供丰富的接口和算法，可与其它业务系统进行无缝互连；提供丰富的外联接口（如条码、磁卡、IC卡、LED等公共显示装置）；能方便进行软件的客户化；满足业务种类增加和业务流程变化的需求。 2.1.7

29、 开放性与标准化在网络体系结构和通信协议上应采纳国际标准或流行的工业标准，如此能够使计算机系统和网络能专门容易地进行互连、扩充和操作治理。遵循的标准：1、医院信息系统软件差不多功能规范卫生部信息化工作领导小组办公室2、疾病和有关健康问题国际统计分类ICD-10国际标准3、DICOM 3.04、HL 7 5、开发过程及治理符合GB/T8566-1995信息技术软件生存期过程6、文档编制按照GB8567-88计算机软件产品开发文件编制指南7、关于没有国际和国家标准的，我们采纳行业和省级标准。8、TCP/IP 9、软件开发过程性规范10、计算机软件工程规范11、代码标准（部分）：1) 国际标准 国际

30、疾病分类代码ICD_10（GB/T 14396）2) 国家标准 设备名称字典（WZB01_90）3) 国家标准 单位性质代码表4) 国家标准 国家名称字典（GB26599）5) 国家标准 地区码字典(GB/T2260-1999)6) 国家标准 文化程度代码表（GB/T4658-84）7) 国家标准 专业技术职务代码字典（GB/T8561-88）8) 国家标准 婚姻状态编码（GB/T4766-84）9) 国家标准 民族码（GB/T3304-91）10) 国家标准 职业码（GB6565-86）11) 国家标准 职务类不代码表（GB/T 14946-94）12) 国家标准 性不码（GB2261-80

31、）13) 国家标准 国家药品编码14) 卫生部标准 卫生机构（组织）分类代码(WS218-2002)2.2 信息系统技术性能特点1、信息系统具有专门好的可扩展性，为医院信息化建设的不断进展打下良好基础。2、信息系统运行讲求高效、低耗（相同功能、相同服务性行业的情况下，占用尽可能少的硬件资源）。3、在有大量录入工作的子系统中，应具有方便有效的辅助录入方法，尽量减少汉字的录入量，减少击键次数。4、对某些业务提供自定义模板的功能，方便操作者使用。5、局域网内一般文本查询响应时刻小于2秒。6、支持条码卡、磁卡或IC卡的应用，可支持各种卡的预交金治理。7、对各种代码、字典提供方便的维护手段。8、对各系统

32、用户提供严格的授权操纵手段，并对操作责任进行记录。9、充分考虑系统实施时的具体情况，提供不同的信息录入点，同意灵活的流程设置方式。10、应用系统应具备宕机后处理能力，如资料恢复，补输入及时刻点操纵。11、对系统中所有信息应提供日、周、月备份，备份操作应力求简便。12、高性能的数据库服务，以便在用户数量增加到数百上千时可不能出现数据库崩溃，同时，支持分布数据库处理，以达到提高数据库的工作效率、扩充时保证原有投资的目的。13、通过工作站网卡MAC地址，监控各用户在进入系统期间的一切行为，提供日志记录。14、可集成数字认证功能，由第三方提供，在国家电子签名法正式生效，卫生部出台详细的使用方法后，可将

33、医院建成真正的数字化、无纸化医院。2.3 信息系统差不多功能特点1、符合医院信息系统软件差不多功能规范（卫生部信息化工作领导小组办公室）。2、实现“以病人为中心”的医院经营治理目标。3、医院信息系统的设计必须符合国际规范及国内标准的要求。4、提供成本效益分析和决策支持、实现医院经济治理自动化的功能。5、在处理儿童医嘱时提供“母婴同床治理”、对婴儿费用和母亲病历信息关系的处理必须规范，提供婴儿医嘱、儿童用药剂量审查等。6、系统流程严密，杜绝医院收费中的“跑”、“冒”、“滴”、“漏”现象。7、提供住院患者费用的“日日清”功能。8、实现ICD-10的治理。9、提供医院治理内部操纵机制。10、可实现医

34、院信息系统和社会医疗保险治理系统医院端的无缝连接。11、实现院内药库、药房、科室小药柜（如手术室药房等）三级库存治理。12、必须保障病案、统计数据的真实、完整和准确。13、提供一体化的数据维护程序，保证数据的一致性和唯一性，并提供角色和权限方式对系统进行操纵，权限的操纵应细化到每一个按钮。2.4 软件体系结构和开发工具选型2.4.1 软件体系结构C/S又称Client/Server或客户/服务器模式。服务器通常采纳高性能的PC、工作站或小型机，并采纳大型数据库系统，如Oracle、Sybase、Informix或 SQL Server。客户端需要安装专用的客户端软件。C/S的优点是能充分发挥客

35、户端的处理能力，专门多工作能够在客户端处理后再提交给服务器。对应的优点确实是客户端响应速度快。建议采纳客户机/服务器模式作为软件的体系结构。2.4.2 数据库治理系统选型数据库系统是构建医院信息系统的核心部分，由于本系统在应用扩展中的数据类型较复杂，数据量庞大，数据的一致性、实时性、可靠性要求较高，因此数据库的建设将是整个系统成败的关键。为满足这些需求，我们建议使用Oracle 9I企业版数据库系统。Oracle公司一直致力于支持我国医疗信息化建设系统的工作，并成为我国劳动及社会保障部所推举的首选数据库平台，目前，全国大部分省市单位采纳Oracle数据库构建其计算机治理系统平台。Oracle数

36、据库支持从关系型数据、影像数据、空间数据、分析数据、正文数据到的任何数据。Oracle数据库核心支持GB的字段用于存储大的二进制对象。Oracle内核采纳多线索、多进程体系结构，能专门好地支持系统安全可靠、快速响应的业务要求。Oracle数据库能够提供给医院信息系统强大的功能，能够最小的复杂度带来最优的性能。该数据库正是以其卓越的性能成为我国劳动和社会保障部所推举的首选数据库平台。最初的数据库系统配置是至关重要的，因为数据库的安装及构建质量会直接阻碍到系统的性能、日后的维护工作，以及系统的长期稳定性。高质量的系统安装能够确保系统的性能优化，安全升级，易于维护，并能获得最大的灵活性以适应以后的进

37、展。XX公司技术队伍已成功布署过几十个Oracle HIS系统，具备丰富的实施经验。同时，Oracle具有先进的治理方法和工具来保证这项工作的顺利完成。Oracle相关的技术介绍Oracle数据库适应医院信息系统的技术需求要保障医院信息系统安全、稳定、快速地运行，必须要有高可靠、高伸缩、高稳定、高性能的大型数据库作为保证。Oracle的全能服务器以及推入市场一段时刻的Oracle9将能够处理更多的数据，容纳更多的用户。在安全性和稳定性上差不多上最好的。Oracle作为历史最为悠久的数据库厂家，其产品一直以稳定、可靠而著称，而Oracle9更适合于大规模网络信息处理的特点。Oracle9全能服务

38、器技术上先进成熟，产品稳定，加上Oracle公司把其在关系型数据库技术中的其他成功经验融入Oracle9核心中，使Oracle9具有高质量、高稳定、技术先进成熟等鲜亮的特点，受到全世界用户广泛的好评和首肯，也成为数据库市场上的里程碑。关于医院信息系统来讲，计算机及数据库系统应该在技术上先进成熟、在体系结构上符合实际需求，同时数据库本身高质量、高稳定、无风险，这些差不多条件是该系统建设的基础，也是系统成功的重要因素。Oracle9作为世界第一大数据库，自从宣布到正式在市场中供货，历经了三年的疲劳验证和软件黑白箱测试，在消灭了软件中可能出现的问题并使运行情况极其稳定后，才得以成为正式产品。同时，O

39、racle9一直走在关系数据库技术进展的最前列，在多个方面处于领先地位。不管是在关系数据库传统的联机事物处理的技术上，依旧决策支持上，以及分布式处理技术、分布式的复制技术、数据库性能的可伸缩性、并行处理技术、安全性等许多方面都处于领先地位。Oracle9对系统高可靠性的支持Oracle9采纳多线索、多进程的体系结构，多个数据库请求能够由一个服务进行处理。同时，系统依照当前的负载情况动态分派服务进程的数量和使用。从而充分利用多用户操作系统“多用户多任务”的工作方式，并有效地减少系统的资源消耗，达到最大的处理速度及吞吐量。Oracle9的联机备份设施使治理员能够在数据库正在运行时实施备份操作，而不

40、中断事务处理，甚至在大量的OLTP使用当中。假如包含用户数据的一个设备出了故障，丢失的数据文件能够被恢复到另一个设备上，现在Oracle9将接着处理针对数据库中其它部分的查询请求。Oracle9能够使用多个进程并行地对数据库进行恢复，这使联机恢复的速度大幅度提高。数据分区技术所谓数据分区，是指一张表或索引能够划分成若干小块。在创建表结构时应事先考虑好分区方案，选择表中的某一列或某几列数据作为分区的关键字，该关键字决定了哪些数据分配到哪些分区。对应用程序而言，表的分区是完全透明的，ORACLE 能够自动把新插入的数据放入适当的分区，用户和应用程序不必为此做任何工作。由于数据分区治理，硬件故障吸阻

41、碍局部分区，因些备份和恢复之类的数据维护操作就能够在分区一级进行。数据分区带来的另一个益处是提高了数据库检索的速度和并行性，ORACLE优化器能够自动处理分区的表和索引，SQL语句只需对特定分区进行搜索（查询用不到的分区可不能被搜索）。数据分区技术和随之而来的高性能并行处理技术提供了对大型数据库分散治理的能力。目前ORACLE同时能够在一个表中处理上千个列。DBA能够定义每个分区的存储属性，以及每个分区在主机文件系统中的存放方式，关于特不大的数据库，这会增加操纵的灵活性。每个分工能够独立地脱机、联机、备份、恢复、导入、导出，因此可缩短治理操作的时刻，能够为一张表的分区建立一个索引分区，以减少索

42、引维护操作所需的时刻，ORACLE提供了多种局部和全局索引方案。Oracle9关于系统大用户量的支持Oracle9对大规模数据库的支持有成熟的技术。现在Oracle9能够支持上万个并发用户，支持最大为512Peta bytes的数据库。Oracle9和Oracle Net9有效地利用了操作系统和网络资源，使成千上万的并发用户能够通过多种网络协议彼此互连。连接池（connection pooling）临时将空闲用户的物理连接断开（在需要时，透明地重建连接），这将大大增加能够支持的用户数。连接治理程序（Connection Manager）将同一个网络连接上的多个用户会话以多工方式（multipl

43、ex）处理，尤其在多层应用结构时能够大大降低资源的需求。Oracle9关于数据仓储、决策支持和数据采掘的支持由于数据仓库应用中需要针对大量的数据进行复杂的，专门目的的查询，因此它需要的技术和OLTP应用不同。为了满足这些特定的需求，Oracle9提供了丰富的查询处理技术，包括能够选择最有效的数据访问路径的高级查询优化技术，以及能够充分利用所有并行硬件配置的一个可伸缩的体系结构。星形查询广泛地应用于数据仓库。当一个或多个大表与多个小表相关时，就会用到星形查询或星形模式，其中，大表经常被称为事实表，小表被称作尺寸表，Oracle9差不多引入了星形查询这一优化功能来改进这种类型的查询，然而Oracl

44、e9对此进行了更显著的改进。数据复制技术的方式和种类当几个数据库服务器中的数据分布结构为数据交集非空时，Oracle9会自动利用表复制功能爱护数据的一致性不受破坏。表复制是指一个数据源可在网络上有多个拷贝，同时这些拷贝能够通过某种方式（实进、定时、或存储转发）自动介质数据一致性。Oracle正是在大型网络环境中充分显示了其优势。这种逻辑统一的治理方式，能够实现Pacs系统的数据共享和综合治理。极大方便了业务系统的开发及维护。同时，这种逻辑统一的模式，加之Oracle的治理和监控多Server的专用治理工具，极大地点便了在网络上对数据库的治理。数据备份和恢复功能Oracle9服务器治理的备份和恢

45、复提供了Oracle9 Server内部的高级备份和恢复功能。Oracle9负责维护一些详细的信息，例如，何时进行备份，数据库的具体哪一部分需要备份，这些需备份的文件存在何处等。是否需要实施数据恢复措施，Oracle9对数据库的状态进行分析并决定修复数据库需要实施哪些操作。然后，Oracle9自动实施这些操作，这将极大简化治理员需要做的恢复工作，同时也降低了人为错误的可能性。Oracle9安全性操纵Oracle9的安全保密措施，在2级操作系统中，差不多通过了NCSC组织C2级标准的测试；在B1级操作系统中，也差不多通过了NCSC组织B1级标准的测试。所有这些功能，都为医院实现信息化的成功建设提

46、供了有力的保障。2.4.3 网络操作系统选型XX医院信息系统关于服务器的类型与操作系统不作限制，不管是Windows NT/2000或SCO Unix只要在其环境下能运行ORACLE即可。由于微软产品的易操作性和应用较为广泛，容易找到合适的网络治理人员，同时由于该产品价格较为低廉，我们建议采纳Windows 2000 Server Advanced 作为网络操作系统。工作站端建议采纳Windows 2000 Professional及以上。2.4.4 前台开发语言选型采纳Power Builder作为开发语言，它除了支持ODBC外,对大型数据库有专用数据库引擎，因此数据检索速度快，而且是面向对

47、象的开发工具，支持分布式应用开发，既可用于开发C/S结构的应用系统又能够开发Internet/Intranet结构的应用，为医院系统今后的升级和扩展提供途径。2.5 系统要紧业务流程描述整个XX医院信息系统通过“一卡通”功能，使病人在信息系统中拥有唯一的ID号,以此作为索引能够检索出那个病人的有关诊疗信息等全部资料，同时通过医护工作站的广泛应用，实现以病人为核心的数字化医院系统。2.5.1 门诊业务流程在整个门诊就医流程中，XX医院信息系统能够完成病人从登记、挂号、就诊、缴费、检查、检验、取药、注射等整个就医过程的治理，确保信息的有序、安全流淌，实现信息的有效共享。1首诊病人通过挂号系统中进行

48、建卡,登记卡病人身份(假如医院需要先交挂号费后再至大夫处就诊,则病人需在挂号系统中登记并缴交挂号费后才能够至大夫处就诊),第二次就诊时病人能够直接到大夫处刷卡看病。2假如使用分诊系统,病人持卡至分诊处刷卡登记,然后静坐等待大屏幕显示排队信息和广播呼叫,持卡至大夫处看病;如不使用分诊系统,病人可持卡直接到大夫处采纳大夫工作站直接开出电子处方和病历(本次暂不上病历模块),大夫可在大夫工站上扫瞄病人的历次就诊记录和相关资料。3大夫开处方时，可通过检索电子药典(由于药品知识变动太快,需另外购买第三方专业的药典产品；或采纳系统内置的功能,自行丰富药典)，查看各种药品的药理、用法、用量、适用症状等，同时提

49、供合理用药建议、配伍禁忌、药品库存量报警等功能。系统自动对病人的医保和自费项目区分提示,费用信息同时自动生成并显示给大夫查看(假如采纳免挂号模式治理,大夫处并不打印出处方)。4处方及自动生成的费用信息自动传送到收费处，系统将自动完成挂号费用的补收工作,处方的药品内容自动到达药房。5药房可实行配发药分开,除支持西药处方发药方式外，系统同时还支持按中医处方的特点进行摆药（提供处方的方数、剂量、日剂、总剂、用法、服法、煎法等），提高工作效率,减少医疗差错;病人交完费后,能够在药房同步打印出处方。6通过电子处方下达的各种治疗指示，可自动生成各种检查、检验等申请单，各检验、检查等申请将直接传递到达相关检

50、查、检验科室，通过放射科信息系统、检验信息系统完成相关检查、检验工作，检查(不含图像,提供诊断报告)、检验结果自动返回门诊大夫工作站。7护士通过门诊注射工作站对需要进行皮试的病人进行皮试测试记录，通过皮试测试的病人方可进行注射，同时关于多次注射的病人系统会记录相关注射历史信息。8.关于需要抽血进行检验的病人，护士通过抽血护士工作站调取病人资料和大夫检查申请，打印条形码贴瓶签。9医院治理部门查询、统计、监控各种门诊信息。2.5.2 住院业务流程关于住院流程，大夫能够通过一体化住院大夫工作站（可集成PACS、LIS、RIS等系统），实现：1、通过住院电子病历系统，可书写病历、病程记录等；2、大夫可

51、在大夫工作站上直接下达医嘱；3、伴随医嘱所下达的各种检验、检查申请直接传送至相关检查、检验科室，通过检查（RIS）、检验临床信息系统、医学影像归档和通信系统，完成检查、检验后，并自动将报告和影像资料返回住院大夫工作站，供大夫诊断使用； 4、通过医嘱所下达的手术申请，直接到达手术室和麻醉科室，通过手术麻醉治理系统，记录手术及麻醉过程；5、医嘱中的药品信息通过护士核对后，内容自动到达住院中心药房，生成针剂、片剂、毒麻、输液和其它类型的摆药单和统领单，打印中药饮片处方单。6、依照病人的属性（医保、公费、自费等），配合外部接口程序，系统自动计算并生成费用信息；7、通过护士工作站，护士能够安排病人床位，

52、出、入、转院，转科，医嘱的核对、执行医嘱，记录病人的护理情况，如入院评估、专门护理单、三测单、护理记录，自动生成各种分类执行单，如治疗单、注射单、服药单等等 药品业务流程药品治理是医院治理的重要组成部分，本系统支持三级药品库存治理(中西药库、中西药房、科室小药柜)，支持按金额数量、批号、批次治理模式，同时提供有效期、库存、价格等治理。系统单独实现药库治理系统，药房治理的功能在门诊药房和中心药房治理系统中实现，科室小药柜的药品治理功能则在住院系统的护士工作站、手术室治理、门诊留观护士工作站中实现。在XX医院信息系统中，不管是门诊或者住院，医护人员都能够通过电脑便捷的查询病人所有的检查、检验数据，

53、门诊和住院历史记录，如门诊病历，门诊处方，病程记录，长期和短期医嘱，护理记录，三测单，手术麻醉记录等等作为数字化医院的信息平台，准确治理各种人、财、物数据是最差不多要求之一。由于周密、全面跟踪和记录了医院业务流程中的每一个动作，故此得以详尽计算病人各种费用、药品和物资使用情况，同时对医院营运成本进行准确、及时掌控。通过数据挖掘技术，对系统存储的海量数据进行统计、分析，为领导决策提供强力支持。 由于医院本次只上部分系统，能够参看上述业务流程的相关部分内容。网络及相关硬件技术方案依照医疗行业的特点，汲取网络技术精华，以卓越的产品性能、丰富的产品种类和完善的服务体系，综合考虑了医疗行业对网络安全、网

54、络治理、可靠性、可治理性、可扩展性和高性能的专门性。综上所述，在本方案的网络及相关硬件系统设计中要完成以下特性：标准化设计，确保今后不同厂家设备、不同应用、不同协议连接，必须支持国际标准的网络接口、协议、能够提供高度的开放性。所有交换设备必须具备足够端口、全线速的交换性能、和充足容量。确保骨干网上端到端传输的服务质量。通过链路，路由，设备，模块冗余来保证网络的可靠性。网络设备必须可升级，骨干的设备方便以后的扩展。确保系统的动作正常、用户信息的保密。因此设备的安装、操作、及维护必须简单。设备必须有效地解决服务质量，满足多媒体应用。3.1 网络平台设计方案 由于医院现已具有完备的快速以太网络,本次

55、设计略。3.2 硬件平台设计方案按照医院现有的门诊量，结合我们的过往的项目实施经验，建议医院采纳支持两路CPU的部门级PC服务器即可满足要求。由于门诊业务系统要求处理及时高速，不得出现任何中断。如采纳单机服务器工作,当服务器出现主板损坏等故障,将会导致整个业务中断,无法保证系统正常运作,因此我们建议医院采纳两台服务器加磁盘阵列,采纳ROSE HA等双机容错软件实现医院服务器的双机热备份或双机互备援，以保证单台服务器出故障，可不能阻碍整个系统的运行。假如投资有限，也必须采纳单服务器磁盘镜像方式进行数据的冗余备份，另可通过应用软件提供的转储系统及时将服务器上的数据转存至其他存储设备，以便服务器数据

56、丢失后可恢复历史数据。关于不同的应用，我们建议采纳不同的工作站，以减少不必要的投资白费。3.2.1 服务器和DVD刻录机结合上述原则,我们建议采纳HP DL380系列服务器作为HIS系统的服务器。由于现时期医院所使用的业务系统数据量较小，结合HIS系统产生的数据，理论上每日的数据量可能达到10M，一年最多到3.65G，建议服务器采纳两块72G的热拔插硬盘,采纳RAID 0容错技术（磁盘镜像方式），在损失一块硬盘的情况下仍可保证数据的安全。另从医院业务运行安全角度而言，我们建议医院采纳一台临时服务器，在其上面安装一套数据治理平台(ORACLE)，当主服务器（如主板等故障）出现故障时，通过简单的恢

57、复相关数据至临时服务器，以最快的速度保证业务的正常运行，当主服务器修复后，再将相关数据转移至主服务器上。临时服务器使用的概率较少,可用于作系统数据转储服务器,以提高使用效率。关于信息系统来讲，业务数据是最重要的，不容有失，所有的数据都存在服务器上太不安全，应多留一套备份。我们建议医院购置一台DVD刻录机，将服务器上的数据定期（建议最少一天备份一次）转录到DVD盘片上，并放置在机房以外的地点，形成异地备份数据备份机制，以防服务器或机房损坏后数据完全丢失。通过采纳主服务器RAID+临时服务器+DVD的短期和长期数据存储方案,可将医院数据丢失和业务停顿的风险大大降低，其中主服务器RAID的存储容量按

58、72G,足以存储二十年左右的在线数据，DVD数据理论上的保存年限可达100年。实施方案4.1 总体规划、分步实施由于医院是首次使用大规模信息系统，在实施过程中将要投入大量的人力和物力，涉及到的部门、人员、业务范围都专门广泛，这将会给实施工作带来一定的难度。为确保信息系统实施工作能够顺利进行，我们需要将整个工作按一个科学的工作方法,集中专业技术人员,同时开展各系统的实施工作,具体实施流程和人员的安排见下表.4.2 系统实施流程医院信息治理系统是一项复杂性极高、任务繁多的工程，医院和软件供应商均需投入大量的人力财力物力，且各项任务有一定的关联性。为了确保工程稳定顺利的进行，我们建议依照医院的实际情

59、况，遵循“统一规划分步实施软件先行“的原则，结合我方近三百间医院的工程实施经验，我们对贵院HIS实施方案规划如下：系统实施过程分为以下六个标准步骤：项目组织系统调研系统客户化系统初始化系统培训系统上线。上述六个步骤互相关联，互为支撑，现分不阐述如下：项目组织：建立由公司和医院双方领导参加的项目治理组织实施工作小组，制定出明确的实施目标和策略和打算，召开各科室主管领导参加的项目启动大会。系统调研：快速组建一个系统培训环境，对贵院相关部门及人员进行HIS的原理、流程和产品功能介绍，然后整理详细系统需求报告，含各类报表及凭证，由双方代表签字认可。系统客户化：依照系统需求报告，我方与贵院进行协商讨论，

60、对现有产品做出相的修改，以满足院方各应用部门的实际工作需要。 系统初始化：在培训网络上安装网络操作系统数据库治理系统和应用程序，开始收集各种编码，含人员收费等编码。系统培训：培训分为系统治理员培训和一般操作人员培训，培训在院方现场开展，通过培训使每位操作员具备计算机操作的能力并熟悉HIS的操作方法。系统治理员的培训除集中讲述网络操作系统和数据库治理知识外，其它均为在工程实施过程中开展。关于一般操作人员的培训开展前，院方需安排好参加培训人员的培训名单表，实行轮岗培训。 培训方式以讲课和上机操作相结合的方式，对操作员进培训工作。所有人员经考试合格后方可上岗工作。系统上线：在完成上述五步后，系统开始