序号

名称

技术参数及要求

单位

数量

1

医院LIS软件系统

技术要求：为确保先进适用、方便维护、降低后期运行成本。我院信息系统要求采用以下系统功能和关键技术进行开发：

1、系统面向服务体系SOA结构，并具有敏捷开发技术支撑，快速实现业务需求的软件设计；

2、系统架构应采用表现层（客户端）、业务逻辑层（中间层）、数据层（数据库）的三层分离结构基础上的B/S模式；

3、系统基于自主版权业务基础信息平台开发，而非第三方产品，便于开发、升级、维护自主性要求；

4、系统采用富客户端技术Microsoft Silverlight开发；

5、系统采用ORACLE大型关系型数据库；

 功能要求：

1)        支持检验科录入检验申请单；

2)        支持打印样本工作清单；

3)        可记录采样者、采样日期、采样时间等；

4)        支持键盘录入、修改检验结果，包括单个和成批方式；

5)        支持撤销已审定检验报告；

6)        支持自动生成计算项目，判定结果高低状态并标示；

7)        支持区别常规报告、急诊报告、打印报告、未打印报告；

8)        支持组内和组间的报告合并；

9)        可以单个报告审核，也可以批量报告审核；

10)     可以用当前结果与历史结果的比对并图形显示；

11)     能单个或成批打印各专业检验报告，供临床部门使用；

12)     实现自动接收仪器的质控结果；

13)     实现绘制质控图、标示结果失控或在控状态并打印输出；

14)     实现支持多规则质控，即Westguard规则；

15)     实现同一项目不同浓度的质控图比较；

16)     实现同一项目不同仪器的质控图比较；

17)     实现同一项目不同时期的质控图比较；

18)     可按病人姓名、性别、年龄、科别、病区、病房、病床、检验医师、项目、病历号、样本号、采样时间、核收日期、诊断类型、收费类型、检验小组、审核医生等条件进行查询并打印；

19)     可按单项条件快速查询并打印；

20)     可按多项条件组合复杂查询并打印；

21)     具有按照多种条件统计检验样本量；

22)     具有按照多种条件统计检验工作量；

23)     具有按照多种条件统计检验收费情况；

24)     具有分析检验结果的多种方式；

25)     具备完善的日志管理，可记录每个进入系统人员的操作内容；

26)     具备多层权限控制，不同组、不同检验技师拥有不同的操作口令；

27)     具备多种权限管理，不同的用户设置不同的操作权力；

28)     提供检验数据的备份与恢复功能；

29)     提供检验数据整理、修复功能；

30)     能够进行个性化设置，比如选择用户界面颜色，设定默认值等；

31)     中标方自行与现有医院HIS系统厂家（东软集团）洽谈并承担相关接口费用。

接入设备：25台次。

套

1

序号

名称

技术参数及要求

单位

数量

2

PASS临床药学管理系统

一、            读取和查看病人信息

通过“系统”的工作平台能够按照病人类型、病人ID/姓名、科室、医生、诊断等筛选条件，从医院各信息系统读取和查看病人的相关管理信息。这些相关信息主要包括：

1、基本信息：及时了解病人的基本信息、诊断等基本情况；

2、   医嘱：迅速掌握病人用药情况和治疗措施等；

3、   检验检查结果：包括病人实验室检查结果以及影像学检查结果等；

4、手术信息：包括手术名称、切口类型等信息。

二、            处方评价及评价工作表

应严格按照《医院处方点评管理规范（试行）》中规定的28项评价点进行标准化及量化管理，并提供自动预判功能。同时“系统”还应将这些评价结果进行计算机化存储，以便对处方评价结果进行统计和分析。当点评完成一张处方（医嘱）后，“系统”能够根据点评内容，按照国家政策要求对被评价的处方进行问题严重性的评级，分为为合理处方和不合理处方，不合理处方还包括不规范处方、用药不适宜处方及超常处方。

“系统”可以根据用户在“处方评价”功能中对问题处方的评价，将评价点进行标准化和量化储存，并按照《医院处方点评管理规范（试行）》的格式自动生成点评工作表以及其他处方点评相关的报表，并可以按照科室/医生分别进行统计。

三、            书写药历

“系统”能够直接通过从HIS系统提取所需的病人信息，按一定的格式实现电子药历的快速生成。

四、            抗菌药物临床应用调查

1、要求“系统”根据卫生部《抗菌药物临床应用监测方案》中的相关规定为依据，通过从HIS系统提取的病人信息，智能判断病人的类型（手术病人、非手术病人等等）并自动生成“手术/非手术病人抗菌药物使用情况调查表”及“用药合理性意见表”。

2、要求“系统”按照《卫生部办公厅关于抗菌药物临床应用管理有关问题的通知》中的相关精神和要求，提供针对围手术期抗菌药物使用情况的评价功能，同时可以生成相关报表。

五、            围术期抗菌药使用评价

按照卫生部的相关精神和要求，提供针对围手术期抗菌药物使用情况进行评价的功能。可以对围术期内抗菌药物的品种、给药途径、用法用量、适应症、禁忌症等等多项情况进行评价，并提供自动预判功能。“系统”还能针对Ⅰ类和Ⅱ类手术切口生成相关抗菌药使用情况的工作表格。

六、            抗菌药物专项点评

根据卫生部对抗菌药物处方（医嘱）的点评制度的要求，快速准确的实现治疗性抗菌药物处方（医嘱）的点评工作。同时“系统”还应将这些评价结果进行计算机化存储，以便对处方评价结果进行统计和分析。当点评完成一张处方（医嘱）后，“系统”能够根据点评内容自动生成相关报表。

七、            药品信息查询功能

可以在系统中处方（医嘱）界面中进行医院在用药品的医药信息查询，为处方审查及评价工作提供临床用药信息的参考。查询内容包括：药品临床信息参考，药品说明书、中华人民共和国药典、病人用药教育等多个项目。

八、            报表中心用药情况统计

要求“系统”能够根据前述功能生成各种需求的报表，包括：

1、处方点评报表

(1)点评工作表。

(2)其他处方点评相关的报表，并可以按照科室/医生分别进行统计。

2、围手术期抗菌药物使用评价报表

(1)能够统计围术期使用抗菌药物的评价结果、问题类型、抗菌药品种数、使用天数、抗菌药品使用金额、药品金额，以及抗菌药品占药品金额的比例。

 (2)能够按评价问题类型统计出现问题的病例数及其占不合理病历的比例，并可以按照科室/医生分别进行统计。

3、治疗性抗菌药物使用评价表

(1) 治疗性抗菌药物专项点评工作表。

(2) 能够按评价问题类型统计出现问题的病例数及其占不合理病历的比例，并可以按照科室/医生分别进行统计。

(3) 能够按评价结果统计出现问题的病例数及其占已评价处方的比例，并可以按照科室/医生分别进行统计。

4、抗菌药物使用情况分析功能

(1)能够统计门（急）诊、出院病人的抗菌药物使用情况，包括抗菌药物品种数、处方金额、药品金额、抗菌药物金额、联合用药、抗菌药物具体用法用量情况统计。

(2)能够对门（急）诊、出院病人的多张处方中抗菌药物使用情况进行分析，包括：用药总品种数、平均用药品种数、使用药菌药物品种数和处方数（病人数）、使用抗菌药物的百分率、处方（出院病人）抗菌药物使用率、药品总金额和平均金额、使用抗菌药物的总金额和平均金额、单用及多联使用抗菌药物的处方数（病人数）和使用率、预防性或治疗性使用抗菌药物的处方数（病人数）和金额、处方平均使用抗菌药物品种数等，并可以按照科室/医生分别进行统计。

(3) 能够对门（急）诊、出院病人的多张处方中预防/治疗使用抗菌药物的处方数及其构成比；预防/治疗使用抗菌药物的总金额及其占抗菌药物总金额的比例，并可以按照科室/医生分别进行统计。

(4)能够统计特殊使用抗菌药物的处方数及其使用率，并可以按照科室/医生分别进行统计。

(5)能够统计相关的病原学送检率：治疗使用抗菌药物患者病原学检查送检例数、治疗抗菌药物患者病原学检查百分率、限制使用抗菌药物患者病原学检查送检例数、限制使用抗菌药物的病人数、限制抗菌药物患者病原学检查百分率、特殊使用抗菌药物患者病原学检查送检例数、特殊使用抗菌药物的病人数、特殊抗菌药物患者病原学检查百分率，，并可以按照科室/医生分别进行统计。

备注：以上门(急)诊统计指标均可以按照病人统计或按照处方数统计。

(6)能够统计某一疾病或多个疾病的治疗效果与抗菌药物使用情况，包括：治疗转归、总金额、住院天数、日均治疗金额、药品金额、抗菌药物金额以及抗菌药物具体用法用量情况统计。

(7)能够对某一疾病或多个疾病的治疗效果与抗菌药物使用情况进行分析，包括：某一疾病或多个疾病的总例数、治愈例数、治愈率、住院总天数及人均住院天数、治疗总金额及人均治疗金额、药品总金额及其占治疗总金额的比例、人均药品金额、人均日药品金额、使用抗菌药的例数及比例、抗菌药物总金额及其占药品总金额的比例、使用抗菌药物的总治疗金额、使用抗菌药物的人均治疗金额等。并可以按照不同医生得到疾病与抗菌药物的成本分析表。

(8)能够统计越权使用抗菌药物的情况，并能够按越权药品、按越权科室医生进行统计。

(9)能够统计术后抗菌药物使用超过N天的统计，医院可以根据切口类型，自定义术后抗菌药物的使用天数。

(10)能够生成外科手术用药指标统计表，能够显示手术使用抗菌药物具体用法，并且能统计手术预防使用抗菌药物百分率、预防用抗菌药物总天数、预防用抗菌药物平均用药天数，并可按科室统计以上指标。

5、药品统计分析报表功能

(1)医疗机构合理用药及抗菌药物指标统计表，该表能够统计卫生部发布的各种指标，包括：

A、处方指标：门（急）诊使用药品总金额、门（急）诊抗菌药品使用总金额、人均药费、抗菌药物使用率、特殊使用抗菌药物使用率、人均用药品种数、注射药物使用率、非外用抗菌药物的使用率、门（急）诊抗菌药物费用占药费总额的百分率、抗基本药物占处方用药的百分率、静脉输液百分率；

B、抗菌药物使用量(DDDs)指标：注射剂型抗菌药物累计DDDs、口服剂型抗菌药物累计DDDs、抗菌药物特殊品种使用量(DDDs)、统计范围内抗菌药物使用量(DDDs)、抗菌药物特殊品种使用量占抗菌药物使用量的百分率；

C、抗菌药物用药指标：主要针对住院患者的药品总金额、抗菌药物总金额及其占药费总金额的百分率、人均使用抗菌药物费用、人均使用抗菌药物品种数、抗菌药物使用率、特殊抗菌药物使用率、抗菌药物患者病原学检查百分率、非外用抗菌药物的使用率、限制使用级抗菌药物患者病原学检查百分率、特殊使用抗菌药物患者病原学检查百分率，以及出院患者抗菌药物的使用强度、出院患者特殊抗菌药物使用强度；

D、一般手术用药指标：包括各类切口手术术前0.5-2.0小时内给药百分率、预防使用抗菌药物百分率、预防使用抗菌药物时间不超过24小时的百分率、预防使用抗菌药物人均用药天数；

E、重点及特殊手术用药指标：能提供各手术类型手术术前0.5-2.0小时内给药百分率、介入治疗抗菌药物预防使用率，手术类型能由医院自行设置。

(2)能够分析病人药品费用构成：包括各类药品（西药、中成药、中药饮片、生物制剂、抗菌药物等）的收入、人均费用、药占比等，并可以按照科室/医生分别进行统计。

(3)可以按全院、按医生、按科室统计DDDs和使用强度，并且能够自动计算统计范围内所有药品的累计DDDs。

(4)药品使用总金额排名。

(5)药品使用金额医生排名。

(6)药品使用金额科室排名。

(7)药品使用总例次排名。

(8)药品使用例次医生排名。

(9)药品使用例次科室排名。

(10)单张门（急）诊处方药品品种超过N种的统计。

(11)单张门（急）诊处方药品金额超过N元的统计。

(12)能够统计人均使用抗菌药物费用、人均使用抗菌药物品种数、使用抗菌药物的百分率等指标。

(13)能够按月度统计科室消耗抗菌药物金额及每月平均金额。

(14)能够按月、季度、年度统计各个药品的金额、数量、使用量、使用强度的变化情况（浮动率），并能显示排名情况和曲线变化图，同时能够按医生、科室来进行统计。

6、合理用药监测结果统计

(1)监测结果药品统计表（按监测类型）

(2)监测结果药品统计表（按警示级别）

(3)监测结果问题明细清单表

(4)监测结果问题统计表（按监测类型）

(5)监测结果问题统计表（按警示级别）

(6)监测结果各科室问题统计表（按监测类型）

(7)监测结果各科室问题统计表（按警示级别）

(8)监测结果各医生问题统计表（按监测类型）

(9)监测结果各医生问题统计表（按警示级别）

九、            对“系统”的技术要求

1. 数据技术的要求

1.1   数据来源：供应商应提供“系统”的数据来源。

1.2   数据升级：供应商应提供定期的数据升级。

2.  软件技术的要求

2.1  “系统”应具有良好的稳定性、兼容性、安全性。

2.2  “系统”应具有良好的架构，易于扩展和维护，对客户端软硬件无特殊要求，能支持医院不同配置客户端的正常运行。

2.3   与医院其它系统的集成：“系统”应提供可集成到医院其它系统的标准接口，能在WINDOWS 98、XP、2000、2003平台上运行。接口应成熟、稳定，集成方便。

2.4   使用要求：界面友好，操作方便，结果清晰明了，允许操作使用人员根据自己的习惯对相关功能进行个性化设置；“系统”运行速度快，无明显的并发延迟。

2.5  “系统”应通过对数据进行预处理等手段以提高系统运行和统计效率。

2.6  “系统”不应对客户端的数量进行限制。

2.7     供应商应提供满足“系统”运行的软硬件环境要求。

 2.8  中标方自行与现有医院HIS系统厂家（东软集团）洽谈并承担相关接口费用。

套

1

序号

名称

技术参数及要求

单位

数量

3

成本管理报表二次开发项目

软件平台要求

1、   平台架构：采用J2EE的B/S架构，采用SOA技术，面向接口技术、组件式开发技术，采用MVC、ORM、WebService、XML等比较成熟而又有发展前途的先进技术。可以适配各种主流的操作系统、数据库、中间件等基础平台，系统应采用当前稳定的技术，符合国际、国内标准的硬件和软件技术规范。投标方需提供本平台的平台技术白皮书或设计架构文档，以证明其平台的先进性。

能够与红旗医院财务，目前使用的用友NC信息化系统做到无缝业务衔接。

成本管理报表系统要求

1、   要求采用开放式的技术架构，服务器端必须支持多种操作系统（至少包括Windows系列和Linux系列），采用主流的ORACLE数据库，J2EE架构技术平台，系统要求采用B/S架构，实现分布式计算技术进行系统架构设计和系统开发，至少支持BEA Weblogic和IBM Websphere应用服务中间件，核心应用层采用EJB技术，可以随应用的需要灵活扩展，利用XML作为系统接口的数据交换标准，确保系统的扩展性及多系统整合能力。

2、   系统必须适合新会计制度要求的医院应用的全成本核算体系；系统提供了全面的科室成本核算和分析功能。通过对收入、费用的归集，进行分摊核算，展示科室的真实医疗成本，并提供报表分析和展示。

3、   系统流程成本核算员收集成本相关数据，分别通过“收入单据”、“成本单据”或“参数单据”录入或导入，数据采集完成后进行成本计算，成本计算完成后进行成本分析，本月业务处理完成后进行月结处理。

4、   科室成本数据采集：将本核算期间内发生的，需要核算的收入、成本数据采集至系统中，并设置成本的分摊参数单据，通过成本核算方法，对收入和成本进行归集分摊。可采用录入、excel导入、从接口取数等方法实现。

5、   系统必须自动从用友nc软件取得科室成本明细数据，形成成本单据。

6、   系统必须灵活设置科室的成本属性，实现新会计制度要求划分为行政后勤、医疗辅助、医疗技术、临床服务四大类。

7、   系统必须灵活设置成本分摊级次，实现新会计制度要求三级四类分摊。

8、   系统必须能够按需设置科室分摊方法，支持科室人数/床日/诊次/科室服务量/科室工作量/科室面积/科室收支配比等多种核算模式，可根据需要随时增加分摊方法、调正分摊方法；分摊方法可批量设置：依据设置好的“分摊关系”，自动设置“源科室”的分摊方法，有中介的分摊方法设为中介，无中介的默认设为按总额分摊，计算前或取消计算后可以重新执行批量设置，重新执行批量设置时提示“分摊方法已经存在数据，如果执行本操作则将覆盖所有数据，是否绩效执行？”确认则覆盖原有的设置。

9、   系统必须按需设置科室分摊关系，支持定向分摊，并可根据需要随时调整；设置科室之间的分摊关系，即某科室的成本应分摊给其他哪些科室。分摊关系设置中的源科室和目的科室可以为同级，表示该级科室中某个科室的成本向该级内的其他科室横向分摊。

10、  系统必须预制新会计制度要求的7大类成本项目，并根据需要设置明细成本项目，必须与用友nc软件中会计科目自动对照，取得科室成本明细数据。

11、  系统必须预制新会计制度要求的收入分类，并根据需要设置明细收入项目。

12、  系统实现医院的科室成本分摊计算，设置好成本核算的基础档案，录入或导入收入、成本单据，定义好分摊参数、关系等后，进行本月的成本计算。成本计算节点可进行分摊验证、分摊计算和分摊结果的查询。某些科室的成本向下级科室分摊时需要先把总成本分成几块，然后再分别向下分摊，我们把这几块成本定义为科室分摊中介，通过该中介，确定分摊比例或公式，对其成本总额进行分摊。

13、  系统必须实现多方位的成本分析，从固定/变动、直接/间接成本的角度对科室成本进行深入分析；能够对科室的明细收入、明细成本进行分析；并实现不同成本项目级次分析展示。

14、  系统必须提供灵活的数据接口，实现成本核算数据的自动采集；系统单据支持excel表单导入。

15、  系统可归集his系统收入明细数据及收入汇总数据，并生成收入分析报表。

系统必须能够提供多方位的成本分析报表，临床科室收入汇总表：用于查询医院各临床科室的收入情况，可按收入分类和收入项目分别查询；科室直接成本汇总表：用于查询医院各科室的直接成本汇总信息，可按收入分类和收入项目分别查询；科室全成本汇总表：用于展示核算属性相同的科室的全成本；医院临床服务类科室全成本构成分析表：根据成本分摊结果，统计分析临床服务类科室成本构成情况，含各个科室中，各个成本分类占本科室成本总额百分比；科室支出表：可按成本项目查询科室月度及本年累计情况；科室收入表：可按收费项目查询月度及本年累计的毛收入、归科收入等情况；科室效益计算表：用于分析科室效益情况；科室收入排名表：用于分析科室收入排名情况；科室收入对比分析表：用于分析季度科室收入情况。

16、中标方自行与现有医院HIS系统厂家（东软集团）和财务系统厂家（用友软件）洽谈并承担相关接口费用。

套

1