1建设原则：
（1）整体性原则
嵊州中医院的电子病历系统建设应充分考虑医院医疗业务的发展，整个系统必须随着医院的发展而作出相应的扩展，向医院提供一个临床信息系统建设的整体规划,系统能满足医院的总体需求。整个系统都应符合以系统集成为中心的数字化医院建设思路，各子系统的软、硬件设计均应考虑到满足总体需求，在进行联系的时候就有“共同语言”,不会造成因为“语言”不同而造成的无法沟通。
（2）标准化原则
电子病历系统按照国家卫生部2002年发布的《医院信息管理系统规范》的要求以及国家信息管理的标准、HL7数据交换标准、ICD-10、结构化电子病历XML设计。
（3）标准接口原则
医院电子病历系统（EMR）遵循医院指定的行业标准并制定相应的技术接口，支持以电子病历为核心进行应用集成的技术标准，实现较高的标准化要求，以达到统一管理，统一标准，互联互通的要求。
（4）实用性原则
实用性是评价软件系统的主要标准。应标系统应该符合现行医院体系结构、管理模式和运作程序，能满足医院一定时期内对信息的需求。能对提高医疗服务质量，工作效率，管理水平，为医院带来一定的经济效益和社会效益产生积极的作用。
（5）安全性和保密性原则
系统建设要实现7×24H连续安全运行，性能可靠，易于维护。系统要具有高可靠性和多种应急解决方案。应用大型关系数据库提高系统的处理速度和响应时间。设置有多种内部网络设置层级授权机制，设定系统内部终端和访问者的权限，设定操作者多层级电子签名机制，防止数据删改和电子确认的漏洞。符合《电子签名法》和CA签名认证等安全性要求。
电子病历数据是敏感信息,需要保密，访问这些信息仅限于工作相关的医务人员。医院电子病历系统对于系统中重要的更改操作设定特殊的权限并且保存修改痕迹。电子病历的修改和签名设定时间和痕迹保留和密钥方式进行，在电子病历未取得法律承认前采取医务人员在诊疗过程中或后打印纸页病历加手写签名确认方式，以解决电子病历和纸页病历双保存的问题。要把病历在不同时间修改的结果进行比较。并在不同的地方用不同的颜色或者样式进行显示。提醒医生哪些内容做过修改。要采用三级更改制度。住院医生在完成病历书写后，保存，在保存的环节中做出的修改不会留下痕迹；当住院医生完成病历书写后，提交给上级医生检查，提交后的病历住院医生是没有权限再修改的。上级医生检查到不符合项进行修改，修改后会留下痕迹；痕迹保留可以保证病历数据的合法性。对超级用户实行互相监督和访问、删改的痕迹保留和永久性备份保留的安全机制，以确保有关过程的安全性。对库、表的有限操作及禁止非法用户访问，用户口令加密存储，特定数据列加密等。
（6）先进性原则
本次建设的电子病历系统应具有国内领先的水平,并且在可持续发展性上要具有较大的发展空间,具有较大的升级空间,无论是操作平台的选择,还是软件功能的编制,都有一定程度的超前性。应用软件前台开发工具应为结构化的面向对象可视化编程语言，其用户界面尽可能实现易学、易用、易维护的人机交互形式和图形化的界面。
（7）开放性与可扩展性原则
系统要允许用户增加模块、数据库、字段等。系统应该采用开放式的系统软件平台、模块化的应用软件结构，确保系统可灵活地扩充其业务功能，并可与其它业务系统进行无缝互连；提供必要的辅助临床接口（如医保等）；提供丰富的外联接口（如条码、磁卡、IC卡、公共显示装置等）；能方便地进行软件的客户化（如软件模块的修改、增减、合并与分拆等），满足业务种类增加和业务流程变化的需求。系统对无法预见的业务增长提供足够的可扩展性，并且能够快速部署，当服务地点和容量增加时，不需要替换已有的硬件和软件；
（8）网络统一与共享原则
电子病历系统应提供统一的工具来管理应用数据，各个部门都能够从医院网络中获取整个医院的相关部门产生的数据；核心骨干数据网是集中共享地，提供端到端的稳定快速的连接能力；
（9）集中管理原则
电子病历系统需提供一个集中对各种信息系统监控和管理的管理员维护系统。通过此系统能远程对各应用系统的调整和升级，配置，来保障整个系统的运行情况。
（10）数据一致性和完整性原则
医院管理平台系统对数据采集和处理遵循如下原则；
一致性：保证数据只有一个入口，做到数据一次录入，多处共享。
完整性：系统具有多级数据校验和质量控制，包括程序级的数据完成性验证和数据库级的数据完整性验证。
系统以病人为中心，充分整合病人的基本信息、发生费用、检验检查报告、病理报告、医技检查信息、护理记录等各类信息，实现医院各类数据的共享，消除医院内部的数据孤岛。
（12）信息高度整合
电子病历系统与医院原有HIS的整合。
嵊州中医院HIS系统已经做得比较完善了，里面有非常多的有价值的信息，本次医院电子病历系统建设必须和HIS整合起来才能发挥最大的功效。
病人基本资料。病人基本资料是HIS里最基本的一项信息，而电子病历的记录单中也需要填写相当多的病人基本信息，电子病历系统能够和HIS无缝连接起来，自动采集HIS的病人基本资料。
医嘱和费用。临床上的医嘱和为了计费方便设置的医嘱是两个概念，但他们之间又有着联系。电子病历系统能够让医生录入真正具有临床意义的医嘱，根据这些医嘱和费用的关系，调用HIS的计费接口,自动计费。
电子病历系统与LIS等系统的全面整合。
医生以开检验医嘱的形式下达临床指令，检验医嘱根据勾选检验申请单上的项目生成相应的医嘱项目，同时生成相应的费用信息，直接将检验申请单和费用信息发送到检验科室。检验完成后，医生通过电子病历系统直接察看检验结果并导入调用。
6．2门诊医生工作站技术要求
基本要求如下：
支持条形码、磁卡或IC卡功能，直接调入病人基本信息及挂号信息。
对医生常用处方进行套餐管理，方便就诊。
支持病人既往病史、主诉、体征、过敏史录入、建库、查询分析。
支持皮试功能。
医生诊断使用国际标准疾病代码ICD-10。
与检验系统联网，可完成检验开单、检验结果查询等相关工作
提供处方的自动监测和咨询功能：药品的药理作用、剂量、药品相互作用、配伍禁忌、适应症等。
6．3电子病历技术要求
系统包含：电子病历医生工作站；电子病历护士工作站；电子病历辅助系统三大部分，具体要求如下：
一、电子病历医生工作站
公有功能说明 同时打开多个病人 该系统可以同时打开5个或以上病人进行编辑，可以在病人之间相互切换，方便医生书写病历时参考其他已经写好的病历资料。
功能点切换 在不关闭现有功能点的情况下，可以对其他功能点进行切换。
检验结果查询 在主界面上显示病人的检验信息列表；医生可以随时方便查询检验信息。
写病历时，可以直接导入检验数据(根据体检系统的接口模式)。
文书处理功能 支持各种模板；
支持特殊字符的插入；
支持拷贝、剪切、粘贴、字体加粗等文书处理功能；
支持医生常用语建立；
支持模板导入导出功能；让医生在日常工作中直接根据临床数据生成相应的模板；
病程记录支持续打功能；
支持带有图像的文书并支持图像标注功能；
支持打印格式和书写格式分离；
痕迹比较 病历中修改的内容能够进行字符集痕迹比较；
动态配置其它功能 动态配置护士工作站的其他功能点选项。
病历质量提醒 床位牌按病历书写时间要求显示不同的颜色以警示；黄灯表示有内容要填写；红灯表示该记录没有按要求时间填写。
在主界面右上角采用挂灯的方式提醒警示医生：黄灯表示有内容要填写；红灯表示该记录没有按要求时间填写。
病人床位牌浏览 可以在系统主界面上用床位牌的形式看到所有病人；可以双击病人床位牌，选择相应的病人。
医生分组管理 医生按分组管理病人。
医生分级管理 医生按级别分为实习医生、一级医生、二级医生、三级医生、科主任等。级别不同，查阅修改病历的权限不同。
病人床位牌浏览 可以在系统主界面上用床位牌的形式看到所有病人；可以双击病人床位牌，选择相应的病人。
医生分组管理 医生按分组管理病人。
医生分级管理 医生按级别分为实习医生、一级医生、二级医生、三级医生、科主任等。级别不同，查阅修改病历的权限不同。
病案首页
（含：住院接口、血液接口） 基本信息 与原有HIS无缝集成，直接取HIS中病人的基本信息，不完整的可以补充。
入院资料 填写入院途径、主任医生等入院内容。
住院资料 住院过程中的血型，特殊检查等内容,，能够自动读入血型。
统计评估 填写各种符合率、是否本院第一例等内容。
出院资料 填写出院费用信息，可以直接从原有HIS中导入费用信息；填写是否死亡等信息。
诊断资料 按ICD9、ICD10的标准填写各种诊断资料。比如：入院诊断、门（急）诊诊断、出院主诊断、出院次诊断等。
手术资料 可以从原有手术系统中直接导入手术资料数据。
病案首页打印 按医院要求格式，完全打印病案首页；可以改变医院现有流程：住院处套打病人基本信息后送入医生手工补充；新流程是住院处不用打印病案首页资料，病人出院后由医生打印。
病程记录
（含：LIS接口） 支持各种临床上的病程记录：如首次病程记录、日常病程记录、上级医生查房记录、术前讨论记录、阶段小结、术后首次病程记录、转科记录、危重讨论记录、其他记录等；
持续打功能，每天让医生打印出来手工签字；
支持临床对各种病程记录的书写格式要求，比如首次病程记录需要居中，术后首次病程记录需要另起一页等等；
支持文书处理公有功能；
支持检验信息的直接导入（前提：医院已经实施检验系统）；
支持医生等级权限管理。
住院病史
（含：LIS接口） 支持各种格式的住院病史；
住院病史中病人基本信息直接从HIS中取得，HIS不全的信息从本系统的病案首页中取，诊断信息从本系统的病案首页中取；
支持建立疾病为种类的住院病史模板；支持检验信息的直接导入（前提：医院已经实施检验系统）；
针对住院病史的具体内容可以建立二级模板，如现病史可以再针对现病史的内容做出结构化的模板；
支持文书处理公有功能；
支持医生等级权限管理。
专科体格检查 支持各种格式的专科体格检查；
支持图文并茂的专科体格检查；支持对图像数据的标注；
支持专科检查的特殊标注；
支持文书处理公有功能；
支持结构化数据、文本方式处理的专科体格检查。
一般体格检查 支持各种格式的一般体格检查；
支持图文并茂的一般体格检查；支持对图像数据的标注；
支持一般体格检查的特殊标注；
支持文书处理公有功能；
支持结构化数据、文本方式处理的一般体格检查。
治疗同意书 支持各种格式的治疗同意书；
支持文书处理公有功能。
出院记录
（含：住院接口） 支持各种格式的出院记录；
支持病人基本信息、诊断信息绑定；
支持出院带药医嘱直接导出；
支持文书处理公有功能。
支持自动导入出院带药医嘱；
二十四小时出入院记录 支持各种格式的二十四小时出入院记录；
支持病人基本信息、诊断信息绑定；
支持文书处理公有功能。
手术知情同意书 支持各种格式的手术知情同意书；
多次手术可以填写多张手术知情同意书；
支持文书处理公有功能。
死亡记录 支持各种格式的死亡记录；
支持病人基本信息、诊断信息绑定；
支持文书处理公有功能。
手术申请 支持向原有手术系统发送数据(如果手术系统没有应用，该功能不用)；
病历质控系统
（含：门诊接口） 医生没有按规定时间完成相应内容；管理人员可以利用该系统直接查找到相关责任人；病历主观评分；
能够查阅同一病人的门诊既往史；
二、电子病历护士工作站
手术记录 支持根据手术完成情况，直接导入手术数据(如果手术系统没有应用该功能不用)；
支持文书处理公有功能。
入院护理常规 支持各种格式的入院护理常规；
支持图文并茂的入院护理常规；支持对图像数据的标注；
支持入院护理常规的特殊标注；
支持文书处理公有功能；
支持结构化数据、文本方式处理的入院护理常规。
支持入院护理常规的数据校验，没有填写的内容，警示提醒，并不能进行下一个流程。
一般护理记录 支持续打功能，每天让护士打印出来手工签字；
支持临床对各种病程记录的书写格式要求；
支持文书处理公有功能；
支持检验、检查信息的直接导入（前提：医院已经实施检验、检查系统）；
重症护理记录 支持医院重症护理记录的各种格式，动态配置项目内容；
统计24小时入出量；
糖尿病观察单 支持按自定义时间点的血糖值录入；
打印满足病历书写格式的糖尿病观察单；
可以根据业务规则自动过滤需要记录的病人；
皮试功能；
体温单 支持按时间点对病区病人的生命体征进行录入；
自动计算各种关键时间点：比如，入院时间、出院时间、手术时间、第几次手术等等信息；
打印满足病历书写格式的体温单；
可以根据业务规则自动过滤需要记录的病人；
体温单的内容可以自行定义。
护理任务 输液卡打印；
医嘱变更单；
医嘱项目执行表；
三、电子病历辅助系统
模板审核 医教科根据医生制订的模板，进行审核，审核通过后，方能让临床医生使用。
公用设置 电子病历相关的所有系统设置
6.4现状描述
我院现已建有以下相关的信息系统：
（1）原有HIS信息系统。（*目前运行高效、稳定，院方无意向更换现有医院信息系统，故供应商若以整体更换医院原有信息系统为基础提出技术解决方案，则视为无实质性响应。）
（2）LIS信息系统。
（3）中医病案统计系统。
6.5对投标人的要求
本标书的附件中描述了招标方对本次招标的技术要求，投标人应该提供符合附件要求的完整应用软件开发、产品和支持服务。投标人必须对招标书相应的章节的相应内容予以解答。投标人的投标文件必须清楚地阐述是否满足相应的招标要求，并提供详细描述，否则投标人的投标文件将被视为没有实质性回答。
如果投标文件中的技术文件过于简单以至无法评估，则要求投标人必须提供相应的技术附件（手册）以陈述其技术细节，并对所提供的相关技术手册列出与招（投）标书所对应的章节号和页号，否则将被视为没有实质性回答。
投标人不论其最终是否中标，如果没有得到用户方的书面许可，均不得向他人泄露本投标文件及甲方随后提供的任何信息或材料。
投标人在拟定投标文件之前应仔细阅读本文件，凡不符合本招标书要求的投标文件均被视为不完整。投标文件正文、附件必须以中文书写。
6.6 项目建设周期要求
为保证嵊州市中医院电子病历工作的顺利进行，本项目的建设周期为：前期调研工作须在2009年5月1日前完成，2009年6月1日正式开始分步实施运行。
|
|
资源大小：57.69 KB 
