? 数据传输安全，保证数据信息传输过程中的安全性，防止信息外泄。
? 日志管理：系统可根据医院的具体工作流程定制、重组和改造，并为医院提供定制
和改造的客户化工具。提供系统错误日志记录功能，一旦系统出现异常，均记录在错误日志中，方便排查及修复。让医院技术人员自始至终参与项目研发、实施、运行和维护过程；提供有效的工具监测应用软件、操作系统、数据库的运行状态；利用先进工具减少软件分发和部署的工作量、复杂性和难度；利用网管工具进行网络维护；投标人必须确保应用系统对敏感数据的操作和操作撤销留有痕迹，并提供审计信息，方便追踪和查处非法行为。
? 应用级安全(工作站的权限验证)：操作权限控制，工作站是否有权运行系统、操作
员是否有权使用某系统、数据加密、应用操作系统权限。操作员的权限验证，系统管理需根据员工的职务和所承担的工作进行角色划分，通过角色划分进行权限分配。 ? 患者信息安全性。保护医院、病人敏感信息，对特殊患者的相关信息可以进行加密
保护，患者的信息具有分级查看机制，只有具有权限的用户才可进行相关操作。 5、稳定性及高效性：响应速度快，各一线工作站高峰期操作系统时无等待感觉，查询操作应进行预处理以加快查询速度。额定用户同时运行时不能出现堵塞现象。要求每次按键后等待系统反应的时间最多不得超过5 秒。在非窗口业务软件中，如果用户需要长时间等待系统的处理或运算，应用软件必须提示程序运行的状态和进度，以免用户误以为死机或死锁。系统对海量业务明细数据的操作（存储、处理、传输、备份、迁移、利用等），要求有可靠、高效、安全的设计，以最大限度地避免对业务系统性能的影响。避免因系统设计缺陷造成频繁的服务器、客户端重启等。
6、可扩展性：采用开放式的系统软件平台、模块化的应用软件结构，确保系统可灵活地扩充其业务功能，并可与其它业务系统进行无缝互连，投标人需承诺提供相关技术接口和进行技术配合。应用系统各模块或子系统需要支持独立运行和集成运行两种模式。应用系统需要同时支持联机事务处理和联机在线分析两种模式。应用系统要充分考虑联网用户增加和业务扩展，留有扩充能力及与已建、在建和后继项目的接口或集成能力。
7、数据一致性、完整性：数据应用必须准确、可信、可用、完整、规范及安全可靠，数据之间无歧义。数据库应包含医院全部资源的信息，便于快速查询，数据共享。
8、一体化：保证数据由采集、存储、整理、分析到提取、应用的一体化，实现数据发生地一次性录入，然后被所有对该数据有需求的单位多次重复，不同层次使用，各模块之间要实现数据共享，互联互通，清晰体现内在逻辑联系，并且数据之间必须相互关联，相互制
约。
9、标准化：数据的定义、描述、编码以及数据交换协议应采用国际、国家和行业标准和山东省卫生厅推行的标准，没有标准的要自行设立标准并编写成册。
10、客户化：投标人必须完成为满足采购人实际应用需求所必须的应用软件客户化的开发工作，应用软件功能扩充、修改、维护工作。
11、保护医院现有投资和平稳过渡：本项目的实施，需要考虑对已有投资的保护。对现有的网络、硬件、设备和其它系统资源应予以充分利用。对现有系统中积累的信息资源，必须进行必要地转换、校核和重构后，转入到新建系统中。
12、需要注意和强调的问题:
? 数据的采集和数据利用同步进行。收入、支出管理同步进行。
? 医院信息系统不得以任何理由阻碍、限制、干预或影响临床业务流程。当医院信
息系统内的信息流与实际工作流程不一致时，信息系统必须提醒用户，并具体告知用户应该如何处理。
? 所有由信息系统自动完成的业务操作，必须留有痕迹，以便审计和统计。应用系
统中的每一步有效操作都要求是完全或部分可逆的。逆向操作一般由具有更高权限的用户执行。在业务流程或逻辑上，逆向操作等同于其正向操作没有发生，对业务统计和分析不得有任何影响。逆向操作必须留有痕迹，以便审计。、
四、软件基本功能
4.1系统总体要求
1、符合国际、国家行业标准和软件工程规范。信息分类编码应符合我国法律、法规、规章及有关规定，对已有的国际标准、国家标准、行业标准及山东省卫生信息标准的数据字典，应采用相应的有关标准，不得自定义。使用允许用户扩充的标准，应严格按照相关标准的编码原则扩充。
2、体现“以病人为中心、以医疗信息为主线”的设计思想，采用主流信息技术与方法，支持联机事务处理，支持医院业务流程再造。用户接口和操作界面设计尽可能考虑人体结构特征及视觉特征，界面力求美观大方，操作界面力求简捷实用。
3、系统能及时适应医疗卫生体制改革政策的发展需要。系统验收前，因国家政策的修改导致的程序修改工作由中标人免费实现。
4、实现合理有效的病人就诊诊疗流程，实现全流程卡、条码（腕带）管理。实现合理有效的医院部门之间的服务流程，简化医院内外信息的传递过程。
5、实现标准的医疗诊疗规范，支持电子签名、留痕修改、多级审核等系统与信息安全模式，有效地控制与合理的评估医疗过程质量与服务质量，确保应用安全与数据安全。
6、在线现数据量要求:满足两院区全在线数据三年系统运行流畅，系统无明显迟滞。 7、安全性与保密性：中标人需与院方签定保密协议，中标人工作人员必须配合院方针对应用软件和信息系统的特点及院方的实际情况，制定系统运行、维护和管理的规章制度，并必须严格遵守制订规章制度和院方的规章制度。 4.2各子系统功能需求 4.2.1子系统构成
各子系统在实施过程中，必须根据甲方的具体需求情况进行客户化工作，对界面、功能等进行调整、优化。
1、门急诊部分：诊疗卡与帐户管理系统、门急诊挂号、分诊系统、门急诊医生工作站、门急诊护士工作站、门急诊医技工作站、门急诊划价收费系统、急诊留观系统、注射室管理系统、医院感染与传染病管理系统、门诊部管理系统、门诊应急系统。
2、住院部分：住院处管理系统、住院医生工作站（含ICU、透析）、住院护士工作站、手术麻醉管理系统、病案管理系统、统计管理系统、营养膳食管理系统、住院应急系统。
3、科室库存管理部分：药库管理系统、门急诊药房管理系统、住院药房管理系统、静脉配置中心管理系统、中心摆药管理系统、大液体管理系统、公用药管理系统、制剂管理系统、血库管理系统、物资与卫生材料管理系统、设备与固定资产管理系统、总务库房管理系统。
4、经济管理部分：财务物价管理系统、财务票据管理系统、财务管理子系统、科室成本核算管理子系统
5、后台运行支持部分：系统后台配置管理系统、公共字典维护系统、用户管理系统、系统故障诊断工具、集团化医院管理、应用集成平台
6、综合管理部分：人事管理系统、医务部管理系统、护理部管理系统、临床药学管理系统、科研管理系统、外事管理子系统、教育管理系统、综合查询与统计分析系统（院长查询决策支持）、多媒体查询系统、客户关怀系统、运营保障管理系统、招标管理系统、数据
挖掘系统。
7、供本项目使用的企业级数据库一套（单独报价），投标时提供详细方案。 4.2.2门诊部分
全流程支持就医卡（条码卡、磁条卡、IC卡、射频卡、银联卡、医保卡）、条码操作，支持门诊预交金，无缝支持医保、公费医疗、新农合等多种结算方式。
4.2.2.1 诊疗卡与帐户管理系统
1、系统目标：符合《山东省卫生一卡通技术规范标准》，兼容身份证、医保卡及各种结算卡读写标准。投标人需提供所支持的卡类型。支持多个院区卡及患者信息共享、同步功能。
2、系统功能：就诊人员身份与卡管理:为每个新建病历的就诊人员建立一个包含就诊人员基本信息的就诊人员主索引，供全系统共享。
（1）卡的建立：可设置卡密码，用户可自行修改密码。门诊、住院共用一张卡，各院区之间共用一张卡。
（2）卡挂失：卡挂失后不能再使用。 卡解挂失：解挂后可以照常使用。
（3）卡补办：补卡后原卡注销；卡损坏，也可以重新补办卡，原卡注销。
（4）卡注销：当就诊患者终止在院就诊或卡挂失又补发后，卡损坏制新卡等，都需要将原卡注销。
（5）卡查询统计：支持卡处理情况查询统计，包括挂失、解挂、换卡等相关情况的查询统计。支持卡交费情况查询，包括余额、现金对帐、银行对帐等统计报表。
（6）支持卡查询：支持多条件组合查询卡的注册信息，并且返回卡现有状态。 （7）帐户管理：为每个就诊人员建立个人帐户，支持门诊预交金，帐户与卡为多对多关系；可进行帐户充值和余额退款。
（8）病人主索引管理：全系统引入病人主索引管理，支持集团医院间各医院病人信息共享，病人信息在一个院区注册，则两个院区都可调用。
（9）可用于自动挂号机自助挂号。
