《四川省人民医院结构化电子病历系统采购项目》由会员分享，可在线阅读，更多相关《四川省人民医院结构化电子病历系统采购项目（12页珍藏版）》请在金锄头文库上搜索。
1、四川省人民医院结构化电子病历系统采购项目征求意见公告致有关供应商：国义招标股份有限公司受四川省人民医院委托，根据四川省财政厅文件批准，对四川省人民医院结构化电子病历系统采购项目以公开招标方式进行。为了保证政府采购当事人合法权益，确保政府采购程序公开、公平、公正，现就该项目的资格条件和技术需求（详见附件）广泛征求各供应商的意见。如您认为该项目的资格条件和技术需求存在倾向性或不合理性，请具体指出存在倾向性或不合理性的内容，并进行说明。所提意见请在本公告规定的“接受意见反馈的截止日期”前，以书面加盖公章形式反馈至采购代理机构，对应的电子版本意见请发邮件至；。在此非常感谢您的参与。一. 接受意见反馈的
2、截止日期：2013 年 8 月 16 日 17:00（北京时间）二. 项目名称、招标编号及招标货物采购清单： （1）项目名称：四川省人民医院结构化电子病历系统采购项目 （2）招标编号：0724-1301S19N1887（3）招标货物采购清单（共计 1 个包，技术参数要求详见附件）： 包号 采购货物名称 数量1 四川省人民医院结构化电子病历系统采购项目 1 套本项目采购本国货物（非本国货物指通过中国海关报关验放进入中国境内且产自关境外的产品），详细技术参数要求见附件。采购内容分为 1 个合同包，投标人对所投包的采购内容必须全投，否则其投标无效。三. 投标人应具备的资格条件： 1、具有独立承担民事
3、责任的能力；2、具有良好的商业信誉和健全的财务会计制度；3、具有履行合同所必须的设备和专业技术能力；4、具有依法缴纳税收和社会保障资金的良好记录；5、参加本次政府采购活动前三年内，在经营活动中没有重大违法违规记录；6、法律、行政法规规定的其他条件；7、投标人对本次所投产品具有完全的自主知识产权，并具有电子病历软件系统著作权。；8、本次政府采购活动不接受联合体投标。四联系方式：采购代理机构：国义招标股份有限公司地址：广东广州东风东路 726 号分支机构：国义招标股份有限公司成都分公司 地 址：成都市青羊区大墙西街 33 号鼓楼国际 2802-2803 室；邮政编码：610015联系人：张先生、余
4、先生、曾小姐电 话： 028-65010103；028-65010106；传 真：028-65010109 国义招标股份有限公司2013 年 8 月 9 日附件：招标项目货物、商务及其他要求一、系统设计依据病历书写规范 、 电子病历基本规范（试行） 、本系统设计须严格执行国家有关软件工程的标准，保证系统质量，提供完整、准确、详细的开发文档资料，应用设计符合国家及医疗卫生行业的相关标准、规范和医院自身的发展规划，遵循现行的或即将发布的涉及电子病历系统的国家法律法规。二、设计原则系统的先进性从医院的实际需求出发，对此次系统工程进行全面规划，采用现代化的理念和技术，对系统的设计做到合理化、科学化，达
5、到低投资、高效益；建成系统先进、适应未来发展，并具有强大的发展潜力。系统的可靠性此次系统是一个实际使用的工程，其技术是相对成熟的。应当充分利用现代最新技术、最可靠的成果，以便该系统在尽可能长的时间内与社会发展相适应。系统的可维护性系统建成后满足一是易于故障的排除，二是系统人性化管理，日常管理操作简便。系统的安全性此次系统采用多种手段防止各种形式与途径的非法破坏，建立健全各种保证措施，使系统处于正常运行。系统需在应用层面提供对数据的保护，保护数据的完整性、保密性、抗抵赖性；需提供所见即所得的痕迹管理功能。系统的整体性此次系统为综合系统。针对各子系统有着很好的兼容性，统筹各种因素，预留外接接口，构
6、成一个有机的安全管理系统。系统的应用性此次系统的设计完全考虑到医院的实际要求。建成后的系统会达到各种使用要求，并会为医院的管理带来便利，提高效率，带来明显的经济和社会效益。系统的开放性为了保证此次系统中各供应商产品的协同运行，系统必须是开放系统，并结合相关的国际标准或工业标准进行。系统的可扩充性此次系统建成后具有在系统产品的系列、容量与处理能力等方面的扩充与换代的可能。需以医院现有的各种应用系统为基础，进行整合的原则，尽量保护现有投资，以完善和扩展现有系统为主要任务；需考虑业务扩充带来的使用者和数据量的剧增。系统的规范性此次系统是一个规范综合性系统，遵从所涉及的业务的国际标准、国家标准及规范各
7、项技术规定，做好系统的标准化设计与管理工作。三、总体技术要求1. 系统设计符合卫生部病历书写规范 、 电子病历基本规范(试行) 、 电子病历系统功能规范 电子病历基本架构与数据标准(试行)等相关规范要求，总体设计的完整性、合理性，采用基于 WEB 的三层架构，支持 ICD-10、HL7、DICOM3 等相关标准。2. 软件须采用三层架构，支持快速部署和未来功能扩展。3. 能够对纯文本电子病历进行基于语义的信息抽取并转换成为颗粒度达到数据元级别的结构化电子病历，确保医院现存电子病历数据的二次利用。4. 病历编辑器支持图形图像标注、特殊表达式（如月经史、牙齿标注、胎心位置、突眼等） 、特殊符号和上
8、下标。5. 具备编辑窗口拆分功能，便于医生在同一屏幕上浏览病历的不同段落。6. 支持自定义各类科研方案，根据科研方案可对病历库进行搜索查询，通过查询结果可定位到相关匹配病历，同时可将查询结果进行报表展现。7. 电子病历能够集成医院 HIS、LIS、PACS 等系统的数据，可自动提示阳性或危急指标。8. 支持一键锁闭界面功能，满足医生未完成病历但需暂时离开挂起病历的需求。9. 管理人员能够在进行病历质控管理时，查阅单份病历的所有缺陷，并调阅包括病史、检验检查报告、医嘱、护理病历等在内的完整病历。10. 医生在查房时可通过系统实现以病人为索引的数据查询，如：患者的长期医嘱、临时医嘱、检验检查、护理
9、记录单、病历信息、体温单及体温单趋势图。11. 移动护理系统具备巡床功能，护士可通过腕带或床头卡扫描实现对病人的巡床操作，管理部门可查询护士巡床执行情况。12. 移动护理系统具备护士工作任务提醒，如：有新药品查收、留体温等提醒功能。13. 移动医疗系统支持离线操作,在网络状况异常下亦可安全使用。14. 临床路径系统具备完善的医生、护士临床路径，能够提供符合卫生部要求的路径表单，同时支持自定义各类路径表单。15. 临床路径系统具备在线审核管理，如：医生可对需要退出的路径进行申请，管理部门可在线对申请情况进行审核。16. 可自动提示患者临床路径、单病种执行情况，对于未完成项目具备自动提醒功能。17
10、. 临床路径统计功能，如：路径变异统计、变异记录统计、工作指标统计、卫生经济学指标统计等。18. 单病种监管功能，如：可查询详细的病种执行情况，可产生各类单病种上报所需的报表。19. 系统不依赖或绑定特定的数据库管理系统，体现临床医疗信息的独立有效性。20. 必须为可运行的成品软件，软件框架设计合理、各种功能齐全、软件系统稳定、通用、可配置，在医院的实施周期短、成本低。21. 系统应具备病历结构分层粒度无限细化能力，病历数据的存储处理、使用，不应对病历信息结构造成影响导致信息失真，能够对纯文本电子病历进行语义分析并将其转换成为符合卫生部电子病历基本架构与数据标准的 XML 结构化电子病历。22
11、. 软件必须按商品化应用软件标准，自带联机帮助，同时应具备系统建设方案，应用软件系统维护手册，应用软件系统使用说明书，应用软件系统培训教材等书面文档。23. 能通过局域网、广域网等方式传输，能在区域数据中心、医院服务器、个人工作站上实现多级存贮，形成一个高效的、安全的、广泛互联的电子病历存贮传输网络。24. 临床文档须以可扩展的 XML 文档形式进行存储，以保证临床医疗信息保持至少 15 年的法定保存和再利用期限，不能够由于增加新功能，或数据库和开发工具升级而破坏、丢失数据。25. 所有临床文档、病历、检验检查报告单等，必须进行加密，保证数据存储和传输过程中的信息安全。26. 软件系统的后台数
12、据库，必须高度可移植，支持 Oracle、SQL Server、DB2 等多种关系型数据库系统，以降低用户未来数据迁移的风险和成本。27. 医疗文档中的各种症状、体征、检查、检验结果、诊断、治疗计划等内容都必须按照医学语义进行结构化，以便于计算机对电子病历内容的识别、监控和再利用。28. 在经病历书写医生确认后，软件系统能够保留临床文档书写完成、医生确认时的原始外观，软件系统不得随意更改临床文档中的任何文字，不得自动拼接病历段落、病程录、以及各种记录的内容，造成临床医疗文档的不可确认。29. 系统须冗余保存一切医疗原始记录，病人的姓名、住址、职业以及任何其它信息发生变更，新的信息不可覆盖旧的信
13、息。30. 电子病历须支持病历、医嘱、检验报告、检查报告数据等临床资料有机关联，以确保电子病历的完整性。31. 诊断须自动对应 ICD10 编码，便于病案整理与管理。32. 必须保证系统中的数据安全，保证系统中的数据不被非法阅读、篡改，确保非法用户不能进入本系统，数据必须加密存储和传输。33. 系统须按照相关医疗规章制度，根据身份、时效等对医疗文档进行下列权限控制： 医疗组权限控制：同一医疗组的医生或者护士之间的病历可以互相查看，并且可以在其他医生的病历中，另外添加段落进行书写。 病历浏览权限控制：医生、护士之间，或者会诊期间病历临时浏览权限控制。 段落修改权限控制：除上级医生外，医护人员无法
14、对别人书写的病历段落进行修改，上级医生修改，系统应强制保留修改痕迹，必须保留原病历版式和内容；必须在病历文本中显示标记元素和所修改的内容；必须标记准确的时间（但是打印的时候可以选择是否打印病历修改痕迹） 。 病历归档权限：支持系统自动或由管理人员手工对病历进行归档处理，归档后的病历只能进行浏览。 病历封存权限：病历封存后，没有封存权限的用户无法查看。 允许病历共享打开，但是同一段时间只允许一人拥有书写权限。34. 必须保证系统的 365724 正常运行，并提供在异常情况下的后备解决方案。35. 在网络故障、服务器故障等特殊情况下，软件须保证不中断客户端的病历书写和保存操作，并确保数据不丢失，避
15、免因计算机故障导致的医疗工作的延迟和医疗差错。36. 系统支持负载均衡方式的多服务器分布式处理机制，支持至少 5000 台以上各类工作站同时稳定运行，并且具备远程备份和双机热备份。37. 需具备可配置的数据映射工具，便于未来与其它外部数据进行交互。38. 系统集成不可干扰医院现有软件系统的正常运行。39. 系统集成应可灵活配置，以降低集成成本，缩短实施周期。 40. 采用的技术路线和主要技术，是目前主流技术，所采用的标准须满足支持目前和将来可能出现的国家或行业标准。41. 痕迹保留应与病历一体化存储，以保证病历数据与修改痕迹数据的一致性。42. 系统应具备病历结构分层粒度无限细化能力，病历数据的存储处理、使用，不应对病历信息结构造成影响导致信息失真。43. 系统产生的电子病案具有与传统纸张病案相同的完整性，具有可迁移性。44. 系统对客户端不予以限制，包括用户并发数量、客户端数量、客户端认证、客户端加密狗等的限制。45. 本次设计及实施的电子病历系统是为全院医护人员提供流程化、信息化、结构化、智能化的临床业务综合处理平台，须满足全院各级用户多层次的应用需求，不仅面向广大医护人员的业务操作系统，解决患者诊疗信息的电子化记录问题；还面向院内管理人员，用于解决规范医疗行为、提高工作效率、改善医疗服务质量的问题；更面向患者，为患者提供个人诊疗信息，并实现异地
