合肥市基层医疗卫生机构信息系统软件采购项目.docx
- 文档编号:24431653
- 上传时间:2023-05-27
- 格式:DOCX
- 页数:29
- 大小:208.53KB
合肥市基层医疗卫生机构信息系统软件采购项目.docx
《合肥市基层医疗卫生机构信息系统软件采购项目.docx》由会员分享,可在线阅读,更多相关《合肥市基层医疗卫生机构信息系统软件采购项目.docx(29页珍藏版)》请在冰豆网上搜索。
合肥市基层医疗卫生机构信息系统软件采购项目
合肥市基层医疗卫生机构信息系统软件采购项目,详见附件采购需求
(仅供参考,具体以招标文件为准)
序号
内容
说明与要求
1
付款方式
合同签订一周内首付30%,上线准备工作完成后支付30%,项目验收后一周内支付35%,剩余5%金额待验收后三个月内支付完毕。
2
投标保证金金额
人民币35000元
3
评标办法
综合评分法
4
供货期
合同签订后7个工作日内进场实施,3个月内完成本次招标所有点上线实施工作,接口交互部分根据平台时间而定,2012年6月底前完成本次招标的所有工作。
5
免费质保期
壹年,免费质保期开始日期从本项目所有工程验收合格之日起算
采购需求:
本次招标的内容是合肥市基层医疗卫生机构(47个社区服务中心、104个社区服务站)统一信息系统,包括:
具有合法知识产权的商品化医院信息系统应用软件、为满足采购人实际应用需求所必须的客户化开发工作、应用软件功能扩充、修改、维护、基础数据准备、系统的安装调试、人员培训、售后服务、技术支持等内容。
招标子系统清单和主要子系统功能要求请见下面详述。
投标人提供的应用软件子系统不一定按照本招标书的子系统划分形式,但必须包含所要求的基本功能,在基本功能上允许对子系统进行合理的拆分或组合,但需明确与本招标书中逐个子系统的对应关系,以便判断投标人是否完全响应招标要求。
同时,在基本功能上允许增添功能模块,但因此因素造成的系统总价增加招标人不予考虑。
一、总体要求及技术规格
(一)总体要求
1、标准化:
投标方所提供的软件产品应符合国家卫生部现行的《社区卫生信息系统功能规范》、《国家基本公共卫生服务规范(2011年版)》、《基于电子病历的医院信息平台建设技术解决方案(1.0版)》、《基于健康档案的区域卫生信息平台建设指南》、《基于健康档案的区域卫生信息平台建设技术解决方案(试行)》、《卫生综合管理信息平台建设指南(试行)》、《基于区域卫生信息平台的妇幼保健信息系统建设技术解决方案(试行)》等相关文件要求和国际通用的相关行业标准,系统应支持HL7、DICOM3、ICD-10、ICD-9、LOINC、MDC、IHE、SNOMED、C-PACS等标准。
投标人须承诺:
如果中标,将免费按照有关标准和文件精神,按照招标方要求,拟定适合合肥市社区卫生工作特点的合肥市社区卫生信息化标准。
2、安全性:
系统应该可实现7×24小时连续安全运行,性能可靠,易于维护。
有严密的用户权限的管理和控制,以及关键数据加密的措施。
对系统因意外崩溃、网络故障、恶意攻击等情况下而造成不可正常运行时,有可行、严密、安全、及时的应急处置手段。
(1)系统安全;系统设计阐明用何种方式保证系统安全。
(2)应用级安全(工作站的权限验证):
应用系统的安全性主要从以下几个方面考虑;工作站现时是否有权运行系统、操作员现时是否有权使用某系统、数据加密、应用操作系统权限。
系统具有抵御外界环境和人为操作失误的能力;有足够的防护措施,防止非法用户侵入;保证不因操作人员的误操作导致系统的崩溃和数据的丢失等。
(3)操作员的权限验证:
系统管理应能根据员工的职务和所承担的工作进行角色划分,通过角色划分进行权限分配,当操作人员超越权限进行登录时,系统应能拒绝并记录在系统日志中。
(4)数据加密:
除了以上所属的登录/使用验证以外,系统还应能采取对某些关键数据进行加密的方法,来提高安全性。
(5)数据安全管理机制的提出:
要求有一套完整的数据安全管理措施以及医院计算机网络设备的管理模式。
(6)备份与恢复:
对存储的数据,应有冗余保护措施,保证用户数据的随时可提取性,对于容错及冗余都有相应的安全保护机制。
⑺系统应急:
对系统不能正常运行时,有安全可靠的应急处置手段。
支持本地数据备份和数据自动上传功能,收费功能可在网络离线状态下不受影响;
3、易用性:
软件系统应考虑实用性与先进性相结合,要体现出易于理解掌握、操作简便、提示清晰、逻辑性强,直观简洁、帮助信息丰富,而且要针对输入项目的特点对输入顺序专门定制,保证操作人员以最快速度和最少的击键次数完成工作。
4、稳定性:
投标人应具有基于所选数据库系统开发的经验,应用系统运行四年以上且至今从未出现数据库崩溃的现象。
5、响应速度快:
各一线工作站高峰期操作系统时无感觉等待,查询操作进行预处理以加快查询速度。
额定用户同时运行时不能出现堵塞现象。
各类日报表统计及日常查询响应时间快,日常操作的系统响应时间不得超过5秒。
6、灵活性、维护性:
系统可根据基层医疗卫生机构的具体工作流程定制、重组和改造,并为基层医疗卫生机构提供定制和改造的客户化工具。
为适应将来的发展,系统应具有良好的可裁减性、可扩充性和可移植性;系统的安装卸载简单方便,可管理性、可维护性强;软件设计模块化、组件化,并提供配置模块和客户化工具。
系统需求及流程变化,操作方式变化、机构人员变化、空间地点变化(移动用户、分布式)、操作系统环境变化无影响。
7、扩展性:
采用开放式的系统软件平台、模块化的应用软件结构,确保系统可灵活地扩充其业务功能,并可与其它业务系统进行无缝互连,如需连接其他系统的,应无偿提供相关接口技术和接口服务配合。
另外,系统须提供必要的辅助接口(包含但不仅限如医保、新农合、预约挂号、区域影像、区域LIS、区域心电系统等。
)
8、先进性:
采用业界先进、成熟的软件开发技术和系统结构,面向对象的设计方法,可视化的、面向对象的开发工具。
为合理规划流程,招标方有权要求在系统中嵌入IC卡、磁卡、显示屏、条形码、短信、PDA、移动终端等新的技术。
9、整体化:
保证数据由采集、存储、整理、分析到提取、应用的整体化,实现数据发生地一次
1、技术结构:
基层医疗卫生机构信息系统采用全市大集中模式部署,因此应采用先进、稳定、高效的软件体系结构,应采用SOA架构,、B/S(Browse/Server)模式,提供并实施基于WEBSERVICE的标准数据接口(包括与合肥市区域卫生信息平台、省级应用平台等平台接口,与国家传染病报告系统、省级应用系统等外部应用系统接口,与各单位使用的相关硬件设备和软件等内部应用系统的数据接口),接收原有相关信息系统的历史数据,并按照现行标准对历史数据进行转换,保障历史数据可用。
2、操作系统:
数据库层及应用服务层为WINDOWS2003SERVER或Linux/Unix操作系统,客户端为WINDOWS2000、WindowsXP或以上。
3、数据库平台:
支持Oracle(或DB2或MSSQL或Caché)大型关系/后关系型数据库。
4、前端开发工具:
采用面向对象的编程语言,并应具有强大的WEB程序开发能力。
5、根据卫生部相关文件要求,投标方开发过程各阶段技术文档和施工文档要齐全,文档与实际要严格一致,在项目实施过程中应提供软件的相关技术资料,包括、需求分析说明书、概要设计说明书、数据字典、测试报告、操作使用说明书、系统维护手册等等技术文档。
6、提供外挂报表的源代码(自主产权的软件均就有源程序代码,若招标方日后需要,应在不超出投标文件中申明的技术秘密范围的情况下无偿提供)。
7、提供所有数据库结构和查询工具,提供数据字典。
8、数据库优化、备份
1)根据实际运行环境制定应用数据库日常优化(说明文档)。
2)根据实际运行环境制定应用数据库日常备份策略(说明文档)。
3)若招标方日后需要,投标人需无条件按招标方要求,将数据迁移至招标方指定的数据库中。
9、部署基层医疗卫生机构信息系统时,协助基层医疗卫生机构实现原有信息系统数据向新系统迁移、切换,保障基层医疗卫生机构核心数据的安全,实现业务的快速恢复。
二、软件基本功能要求
(一)总体要求:
1、按照卫生部的《社区卫生信息系统功能规范》、《国家基本公共卫生服务规范(2011年版)》等文件的要求,结合合肥市社区卫生服务机构的特点,集基本医疗服务、公共卫生服务、综合管理功能为一体的全市统一的社区卫生信息系统,实现社区医疗卫生机构有关业务的信息采集、利用、统计、分析和信息共享等功能。
同时按照安徽省省级卫生信息平台及合肥市区域卫生信息平台建设的具体要求,实现与合肥市区域卫生信息平台之间的信息共享,互连互通,形成业务驱动的健康档案信息采集和记录的业务规划和工作机制。
2、合肥市社区卫生信息系统应按照如下思路进行建设:
(1)统一标准和业务规范
统一合肥市社区卫生信息系统的数据标准及业务规范,以卫生部信息标准框架体系为基础,制定合肥市社区卫生信息系统标准规范体系总体框架,以及信息规范与建设内容的逻辑关系。
(2)规范管理,统筹建设
根据合肥市统筹建设的理念,以大集中模式建立合肥市的社区卫生信息系统,实现社区卫生服务中心、站的信息管理,并以门户的形式为社区医疗服务机构提供统一的应用界面。
(3)基本医疗服务与公共卫生服务的一体化
以服务城市居民为中心,以人人享有基本医疗卫生服务,建设全市统一的一体化医疗卫生服务体系为目标,开发、整合并向全市推广集基本医疗服务康复保健、基本药物配备、医疗协作、绩效考核、业务监督、卫生管理等多为一体的高效、快速、通畅的社区卫生业务信息系统,为全市居民建立一份动态、连续、实时、共享的集成化个人电子健康档案EHR。
3、基层医疗卫生机构信息系统应符合下列总体架构图
其中:
(1)网络硬件等基础设施是系统能够运行的基础环境,包括网络系统、主机系统、安全系统、存储系统和系统基础软件等,是整个总体框架的基础部分,它保证了信息系统的正常、稳定、持续运行。
社区医疗卫生服务机构需根据实际需要配备PC机,通过窄带拨号、宽带网、卫生专网、移动无线网等各种接入手段接入合肥市级区域卫生信息平台数据中心,可以使用VPN设备或专线设备增强互联网通信的安全性。
操作系统根据设备和软件要求,PC机使用正版国内外主流操作系统,支持应用系统运行。
为了满足业务开展需求,社区医疗卫生服务机构根据业务需求配备针式打印机、读卡器等。
为了保持客户端的稳定性,减少维护工作量,客户端设备需安装对应的系统管理软件,如操作系统一键恢复,客户端软件升级及恢复,防病毒软件等。
在网络方面,纵向建立串联市、区、社区的网络体系,系统网络模式应符合合肥市现状,保持较稳定的数据通信状况,运行效率高并有较好的系统安全性。
(2)社区卫生信息系统:
社区卫生主要的工作内容在社区卫生信息系统中完成。
社区卫生信息系统从功能上体现了公共卫生服务、基本医疗服务、综合管理的高度集成性,主要包括:
公共卫生服务、基本医疗服务和综合管理,分别完成各自功能。
社区卫生信息系统客户端运行在社区卫生服务中心(站)。
按照工作岗位配置使用者的权限,其中,社区卫生服务站完成公共卫生服务和基本医疗服务中的全科医生工作站服务,社区卫生服务中心则主要覆盖基本医疗服务、公共卫生服务和综合管理。
4、社区卫生信息系统从使用对象上区分,包括社区卫生服务中心和社区卫生服务站,从业务上可分为公共卫生服务、医疗服务和综合管理。
对于社区卫生服务中心满足其业务开展的需求,满足内部人、财、物的管理以及对社区卫生服务站的业务管理需求,即基本公共卫生服务和医疗服务;
对于社区卫生服务站,满足其业务开展的需求,包括基本公共卫生服务和基本医疗服务;
5、基层医疗卫生机构信息系统应真正达到社区信息管理学的要求,最大限度满足实际工作的需要,支持联机事务处理,支持社区各类卫生信息汇总分析与收支经济核算,支持社区管理人员及上级主管部门对社区卫生、社区医疗动态与社区医疗质量的宏观监督与控制,应以现行社区管理体系结构、管理方式和管理程序为基准,充分考虑各业务层次、各管理环节数据处理的实用性。
用户接口和操作界面设计尽可能考虑人体结构特征及视觉特征,界面力求美观大方,操作界面力求简捷实用。
6、系统能随时适应医疗卫生体制改革政策的需要,对相应的接口承诺进行免费改造。
7、满足社区在公共卫生服务领域的各项公卫管理、基本医疗服务领域的经济管理、临床诊疗管理、药品管理、病案管理及各类外部接口等实际工作需要;在综合查询及辅助决策支持、绩效考核等方面实现计算机数字化管理的需求,做到在全市范围内信息、数据高度共享、实现全市统一标准的社区卫生管理的信息化、现代化和数字化。
(二)招标子系统基本功能要求
(投标人必须满足,并自选阐述超出要求外的可提供的其他功能)
社区卫生信息系统主要包括公共卫生服务、基本医疗服务和综合管理三大功能以及提供必须的系统接口服务。
1、公共卫生服务功能
公共卫生服务功能根据社区卫生服务中心和社区卫生服务站职能有选择性的部署。
公共卫生服务功能包括:
1.1健康档案管理
通过应用集成省级统一的健康档案业务软件,可根据《国家基本公共卫生服务规范(2011年版)》的相关规定,提供健康档案的建档和展示(健康档案浏览器),以及按国家规范打印健康档案,综合查询和统计报表的功能。
1.2儿童保健管理
通过应用集成市级的妇幼保健系统,实现对新生儿、婴幼儿、学前儿童、体弱残疾和患慢病儿童的系统管理;提供发育评估、健康指导和干预建议,并能将相关信息记入个人健康档案。
1.3妇女保健管理
通过应用集成市级的妇幼保健系统,实现孕产妇系统管理,制定管理计划,并管理产前服务记录、分娩记录、产后访视记录和产后健康检查记录的信息;管理围产儿、出生缺陷、新生儿疾病筛查信息;采集儿童和孕产妇死亡报告信息;提供高危孕产妇管理服务;实现出生医学证明和死亡医学证明管理,能将健康管理信息记入个人健康档案。
1.4传染病报告和处理
通过应用集成疾控相关软件,实现从门诊诊疗等途径获取传染病病人和疑似传染病病人信息,采集传染病报告卡信息,提供传染病报告卡的导出、上传(通过接口)功能。
可查询到传染病病人处置处理规则,可管理传染病处置处理信息和病人随访服务信息。
提供结核病、艾滋病等疾病的宣传、服务指导和追踪管理的功能。
能将病人信息记入个人健康档案。
1.5预防接种管理
为管理对象建卡、制定预防接种计划。
提供常规接种、群体性预防接种和应急接种的管理功能,提供接种通知、接种预约、接种前事项告知和接种后事项告知的功能,提供实时采集接种信息和事后录入接种信息的功能,提供管理接种异常反应信息的功能,可查询异常反应处理方法。
能将预防接种信息记入个人健康档案。
与儿童健康管理模块自动进行关联。
1.6高血压管理
高血压是心脑血管病的最主要危险因素,其患病率之高,后果之严重为人们皆知。
大量资料显示采取综合性干预措施,控制高血压,较消除其它心脑血管病危险因素更为有效和可行;控制高血压,可以极大地降低居民心脑血管疾病的发生和死亡,因此防治心脑血管病应从高血压入手,以高血压防治为重点。
高血压管理系统以满足疾病控制部门和基层医疗卫生机构对高血压高危以及患者的管理需求为目标,努力规范高血压管理工作的信息内容和渠道,改进数据采集、存储、传递的方式,实现高血压信息管理的规范化、标准化、电子化和区域化,提高管理过程的准确性、实时性和有效性,为高血压高危人群以及患者提供全面的健康保健服务,及时了解高血压患者血压趋势曲线,采取综合性干预措施,控制高血压。
主要包括:
管理卡管理、患者年检表、高血压随访管理,同时系统提供随访提醒、支持自动生成血压趋势图。
1.7Ⅱ型糖尿病管理
糖尿病管理系统以满足疾病控制部门和基层医疗卫生机构对糖尿病高危以及患者人群的管理需求为目标,努力规范糖尿病管理工作的信息内容和渠道,改进数据采集、存储、传递的方式,实现糖尿病信息管理的规范化、标准化、电子化和区域化,提高管理过程的准确性、实时性和有效性,为社区中的糖尿病高危人群以及患者提供全面的健康保健服务,及时跟踪了解糖尿病病人病情发展趋势,采取综合性干预措施,控制糖尿病病情。
通过对纳入计算机系统的糖尿病数据的分析利用,起到系统的辅助医疗作用,为区域内的糖尿病病人服务提供有效的决策支持。
主要包括:
管理卡管理、患者年检表、高血压随访管理,同时系统提供随访提醒、支持自动生成血压趋势图。
1.8重性精神病管理
重症精神病管理主要是实现对辖区内精神病患者进行健康管理,提供随访、健康体检、健康教育等功能。
主要包括精神病患者档案管理、精神病患者体检管理、精神病患者随访、康复管理等。
1.9老年保健
主要实现对辖区内60岁及以上老人实现专案管理,对中老年人进行个人信息登记、健康管理、随访和健康教育。
1.10健康教育管理
主要包括:
健教资料和设备管理(对领用的健教资料和自制的资料的类型和数量等信息进行管理;对各种健教设备信息进行登记。
)、健教计划管理(日常健教计划管理;应急健教计划管理;健康教育干预计划。
)、健教活动管理(日常健教活动登记;重点人群健教工作;健教活动评估;健教处方管理。
)、效果评估(效果评估包含为:
个体评估和群体评估。
)等功能。
2、基本医疗服务功能
基本医疗服务功能根据社区卫生服务中心和社区卫生服务站职能有选择性的部署。
基本医疗服务功能包括:
2.1经济管理
2.1.1门诊管理
(1)门诊挂号:
主要包括门诊挂号,挂号类别维护,门诊挂号管理和病人信息管理部分。
实现病人如姓名、性别、身份证号等信息的管理;实现挂号类别的维护,分为普通号,专家号等号别;实现病人门诊就诊时的挂号处理,需选择挂号类别,挂号科室,并根据需要选择挂号医生。
支持窗口挂号、预约挂号、电话挂号、自动挂号。
支持消号、退号。
(2)离线管理:
此功能保证当系统因为网络或其他问题导致无法正常连接到数据服务器的情况下,切换系统到离线状态后,仍可进行正常的门诊操作,待与数据服务器正常连接后再上传备份的单据信息到服务器上。
主要包括离线数据备份和离线数据上传。
(3)费用管理:
主要实现门诊收/退费,提供对门诊费用的查询和统计,包括门诊费用查询,操作员日报,操作员日结,操作员月报。
实现收费功能,对医生站开具的处方单据进行收费,提供对处方单据的合并收费和分开收费;另外同是对于没有医生站的机构,可以直接进行开单收费;实现对收费单据的全额退费和部分退费,但是对于已发药的单据则要先要药房退药然后才能进行退费;实现收费模板管理功能;实现门诊收费和退费信息的查询功能;实现门诊收费员的结账功能;实现门诊操作员,各科室及医生的费用统计功能;
(4)统计报表:
主要提供对门诊报表的统计,打印和导出功能,包括医生工作量统计报表,医生费用统计报表,门诊公费报表,零差率统计报表。
实现对医生工作量的统计,统计内容包括挂号人次,所收费用,诊疗人次及自定义项目等;实现各个医生诊疗所发生的各种费用的统计;实现当月各类公费病人所发生费用信息的统计;实现零差率药品和基药使用情况的统计;
2.1.2住院管理
(1)出入院管理
出入院管理主要用来协助医院完成病人入院和出院管理工作,主要功能包括入院登记,病案首页,入院登记撤销,入院信息维护,出院结算及出院召回等。
通过入院登记,实现病人基本信息、入院信息等数据的录入,从而实现病人入院手续的办理,同时通过维护功能可实现在院病人入院信息的维护,以及病案首页的编写。
当病人未发生费用而需要离开医院时,则可通过入院登记撤销功能实现。
通过出院结算功能,实现病人出院信息的登记及费用的结算。
当出院结算出现问题时,可通过出院召回将已经出院的病人召回入院。
支持中途结算办理,能按照医保、新农合管理部门要求进行相应的住院病人结转、结算等操作。
(2)费用管理
实现病人诊疗及医院住院收入费用管理,主要功能包括押金管理,收费员日结,收费员月结,在院病人费用控制,出院病人费用管理等。
实现病人住院押金的管理,同时监管在院病人费用使用情况及欠费出院病人费用情况,同时通过监管各收费员的操作费用,从而实现住院费用的整体管理。
具备查询进出院病人及费用信息;打印一日清单,包括明细清单、项目汇总清单和费用分类汇总单等功能。
(3)统计查询
统计查询提供一系列分析统计报表,辅助医务及管理人员及时有效的了解到医院目前的各种情况。
主要功能中:
住院日报,住院月报,住院费用综合查询,出入院情况统计,住院费用统计,病人欠费情况统计,在院病人催缴费用统计等。
通过这些报表,医务及管理人员可以及时有效的了解到住院目前的收入及诊疗水平情况,同时对这些数据进行统计分析后,可根据分析结果对住院业务进行指导性的调整。
2.2药品管理
包括药库管理和药房管理。
药库、药房管理模块都应提供药品的日结、月结、年结功能;生成入库明细、出库明细、盘点明细、调价明细、报损明细等账薄及汇总数据。
提供药品的有效期管理及自动报警功能。
提供管理毒麻药品、精神药品的种类、贵重药品的功能。
提供药品会计帐目、药品库管帐目的接口,实现数据共享。
按会计制度规定,提供自动报帐和手工报帐核算功能。
提供合理用药咨询功能、查询药品字典功能,采集药品不良反应/事件报告表信息的功能。
提供服务提示、综合查询、统计报表功能;统计报表满足《国家基本药物监测评价工作》和《全国合理用药监测方案》中对社区医疗机构的要求。
自动与医生工作站、护士工作站、住院管理模块进行关联。
2.2.1药库管理
基本药物药库管理子系统主要是通过完整的帐务体系对药品的出、入、转、存进行集中统一管理,提高药物的管理水平,保证药物的合理利用。
(1)采购计划
实现基本药物的采购计划管理,能够进行采购计划的登记、修改、删除,提供操作日志。
(2)药品入库
完成药品从进货商的入库工作,实现药库入库相关信息的登记,如:
药品名称、数量、批次、供应商、价格等信息以及医保、新农合类别和处方药标志等信息;采集基本药物分类(国家基本药物、增补的基本药物、其他)、采购方式(网上采购、询价采购、其他)、配送方式(市级统一配送、县级统一配送、市县两级统一配送、自主配送)、配送企业类型(药品生产企业、药品配送企业、具备条件的其他企业、其他)等信息。
提供自动生成采购计划及采购(调拨)单功能;提供药品入库、出库、调价、盘点、报损等功能;提供为社区服务中心(站)配送药品的功能提供相关的审核功能,确保入库信息的准确性。
(3)药品出库
主要录入出库信息,支持出库药品选择,基本信息包括发票号,出库科室及领用人,药品信息包括数量及批号等。
提供出库信息的登记、删除、修改、查看、审核功能。
(4)库存盘点
对药品库存进行盘点统计,支持选择盘点的药品,基本信息包括数量及批号等。
提供盘点信息的登记、删除、修改、审核、查看等功能。
(5)药品综合查询
提供统计查询功能,主要包括:
入库信息查询:
查询指定时间段内的药品入库信息,其中包括入库基本信息及入库明细信息,如入库人,入库时间,药品包括药品代码,药品名称,规格,数量,金额等;
出库信息查询:
查询指定时间段内的药品出库信息,其中包括出库基本信息及出库明细信息,如出库科室,出库时间及领用人等,药品包括药品代码,药品名称,规格,数量,金额等;
2.2.2药房管理
(1)药品申领
支持从药库进行药品申领,支持申领单的登记、修改、查看、删除、审核等功能。
同时并完成在药房的入库操作。
入库操作主要包括入库信息的登记、修改、删除、查看、审核等功能。
(2)药房发药
进行药房发药的管理,支持显示等待发药的病人信息列表、显示所选病人的项目信息、显示所选病人的药品信息,支持查询功能。
(3)包装管理
进行药品包装信息的登记,主要包括包装信息的登记、修改、删除、查看、审核等功能。
2.3临床诊疗
2.3.1门诊医生站
提供一个工作平台,有效集成门诊医生所有的医疗活动和日常事务工作,辅助他们方便高效的完成各项工作。
门诊医生站主要功能包括:
门诊医生站,门诊处方管理,门诊医嘱频次,用法联动,门诊处方模版,转诊单位管理,门诊日志等功能
(1)实现医生对病人进行诊疗时记录病人诊断信息,给病人开具电子处方,书写电子病历,进行就诊,会诊和转诊,调阅病人的高血压,糖尿病和健康档案。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 合肥市 基层 医疗卫生 机构 信息系统 软件 采购 项目