• WAP手机版 RSS订阅 加入收藏  设为首页
技术学习

天津市口腔医院办公自动化协同管理平台项目

时间:2014/9/10 21:01:04  作者:his2000.com  来源:his2000.com  查看:0  评论:0
内容摘要:(一)、项目背景天津市口腔医院是天津市最大的口腔专科三级甲等医院,正畸专业为国家级重点专科,为南开大学口腔医院。随着时间推移和技术进步,现有办公模式已经不能满足领导及职工的需要,为满足单位不断优化的管控模式和管理要求,结合当下协同管理、实时通讯、移动办公、数据集成等主流应用,创造...

(一)、项目背景
天津市口腔医院是天津市最大的口腔专科三级甲等医院,正畸专业为国家级重点专科,为南开大学口腔医院。随着时间推移和技术进步,现有办公模式已经不能满足领导及职工的需要,为满足单位不断优化的管控模式和管理要求,结合当下协同管理、实时通讯、移动办公、数据集成等主流应用,创造医院无纸化、现代化的办公环境,需建设医院新型办公自动化协同管理平台(简称:OA协同管理平台)。
(二)、系统要求
1、覆盖范围
天津市口腔医院及所有下属部门及分支机构。
2、系统总体要求
1、在系统程序架构方面,应能够根据实际的需要很方便地为各科室定制其自身的协同办公系统,要求既能确保其数据独立性,又不需要在每增加一个分科室的时候都要单独再部署一套系统。
2、提供灵活的门户定制功能,根据使用者的角色(身份和权限)的不同系统呈现不同的菜单或功能。系统操作应该采用简单、直观的图形化界面,支持多种语言,最大程度地方便非计算机专业人员的使用,并提供统一的图形化的维护界面,维护人员通过简单的鼠标操作即可完成对整个系统的配置和管理。
3、三层结构:要求采用开放架构及标准的“表现层-逻辑层-数据层”的三层次结构,保证核心的平台软件能够与具体的业务无关,避免定制开发带来的周期长、系统不稳定、维护难等问题。核心平台软件包括工作流、门户、报表工具、信息发布等。应保证其可扩展性、安全性、稳定性。完全浏览器界面,客户端零安装,支持常见浏览器,保证兼容性,以便系统的维护和版本更新只限于在服务器上进行。
4、关系型数据库的集成能力:支持对关系型数据库的集成,可以与其他系统互换信息,可以提供决策数据参考,保证系统的外拓或兼容。
5、跨多平台:支持当前业界绝大多数操作系统平台如:Windows(Windows XP及其以上)、Unix(Linux、Aix)、MAC OS等。
6、多级安全机制:系统可以采用多级安全机制如服务器安全、数据库安全,每级安全要有严格的权限控制保障,可提供CA认证方式。
7、要求支持LDAP,以方便日后对资源的统一管理。系统必须提供目录结构式的组织架构管理功能,同时,为了满足扁平化管理的需求,必须支持在单位组织架构的基础上构建虚拟团队(以项目为基础的团队组织架构)的功能,以便实现矩阵式管理。并且工作流平台必须提供对这种组织架构模式的支持,能够按照这种结构模式进行流转处理。组织机构需要和用户方的组织机构对接。实现方便灵活的用户、权限、角色、功能设置,对系统级和用户级的口令进行加密,能够使用用户的密码加密方式。
8、具有统一的用户及权限管理机制,支持多级权限管理,能够很方便地对系统进行全面的权限管理,避免信息的冗余,以及由于个别系统的设计不当导致的安全隐患。
9、系统响应速度高,运行稳定,能够满足医院所有下级部门同时在线进行相关业务操作的处理要求,系统前台响应时间在合理范围内。
10、能够适应天津市口腔医院发展和业务需求的变化,适应业务流程的变更或优化,适应运行环境的变化,适应同其他软件接口的变化。
11、根据实际操作业务特点,最大限度地满足天津市口腔医院业务流程的个性化需求。根据天津市口腔医院实际的业务要求,进行功能的设计和实现。
12、提供系统参数表,设置系统运行参数,自动校验操作过程中各种数据的合理性和一致性和各种数据间的勾稽关系。
13、供货方提供确保甲方进行二次开发的程序源代码,对甲方进行二次开发保证提供技术支持。
14、供货方要负责完成系统运行前的数据初始化工作。
15、提供完整的技术文档和用户文档,包括总体方案说明书、功能设计说明书、数据库设计说明书(数据库对象、对象关联图等)、用户操作手册等。
16、软件版本升级或改进应在不影响业务的情况下进行,保证系统可以稳定、平滑过渡。业务流程的优化、组织机构和人员的异动及数据统计等必须保证系统稳定可靠运行。
17、系统人机交互界面友好。操作简单方便,简洁明了,易学易用,切近用户的使用习惯。查询数据要方便、快捷。
18、系统能满足客户提出的与医院其他业务系统数据交换的要求,实现以明确的数据交换接口,并预留其他可能出现的数据接口。系统支持与其他管理软件(如HIS等)有良好的数据传输接口。
19、数据库为MSSQL2005或ORACLE10g或以上版本,数据库应用以天津市口腔医院信息中心现用数据库为准,开发测试运行的数据库方面都要遵照并满足天津市口腔医院信息中心数据库管理的要求。
20、软件版本应基于供方的较新稳定版本。
21、系统扩展性好,可以方便地支持厂家和用户方新功能扩充。新版本升级不能对以往业务数据造成影响。
22、厂家提供良好的用户培训、技术服务等支持。
23、在医院统一管理的基础上,能够实现各使用部门用户自主灵活设置相关业务审批流程,能够满足不同部门的差异业务处理及差别审批流程等差异性的要求。
24、并发(同时在线数)的要求:PC端是大于等于1000同时在线,手机端是大于等于200同时在线。
25、平台提供桌面整合模块,提供国际化语言环境(如英文、中文繁等),语言包可自定义并不受终端用户操作系统影响导致字体失真或错误,平台应自带商务版IM通讯模块。
26、可靠性
26.1系统在实施前系统应经过完全测试,并应具备相应质量保证证明文件;
*26.2投标单位应提供完善的系统备份、恢复的解决方案,支持双机热备,当主机系统出现故障,备机能在5分钟内接替;
*26.3投标单位所开发的软件应具备系统中所有静态、动态数据的备份导出功能,以及使用导出的数据进行恢复的导入功能;
*26.4系统能恢复直至系统发生故障前的最后一次成功完成的事务处理的所有数据;
26.5日常硬件维护不应影响正常的系统运行。
26.6扩展性:系统版本升级或调试不会或尽可能小地影响现有功能的正常运作。
26.7安全性:系统提供对登录用户身份的安全验证,如CA安全证书,USB Key等。支持应用VPN、SSL等安全传输方式进行数据传输,保证用户从互联网访问时的数据传输安全。投标人应提供满足系统数据安全的技术方案。
以下系统功能需求为相关功能概述,详细具体要求,请在系统实施前详细调研确定。
(三)、系统功能需求
1、平台要求
要使用成熟的软件平台,具备高度的可靠性和可扩展性。提供强大的工作流、用户、角色、业务表单等定制工具,实现图形化的审批流程自定义和表单自定义功能。
管理平台应具有良好的灵活性:不限制信息使用节点的性质(人、科室、岗位、角色都可),丰富多样化的文档模板定制功能(浏览、审核、批复、修改等,所见即所得),灵活的信息流转顺序等,应能根据用户实际的需要,组合出任意的业务处理流程,利用这些可自定义的流程来处理审批业务。
应用支撑平台应具有以下的基本功能和组件:
1.1 工作流
提供完备的工作流程功能,固化流程和随机流程结合。采用可拖拽的图形化设计器,实现流程定制功能,同时要求流程的定制与组织架构绑定;工作流系统能够具备对复杂流程模式的支持,如多条件、并行、循环、撤办、回退(可回到任何一步)、加签、多人同时处理、多人顺序处理、超期提醒、催办、督办、紧急程度、超时自动流转等,同时支持子流程嵌套以及流程脚本语言编写;工作流系统还必须支持对各流程环节的编辑和控制功能,可以灵活设置流程表单的格式和内容。
对系统中的流程记录进行监控、条件检索,并提供对以往工作流程记录进行统计并形成报表(如效率分析图等),反映指定流程各环节的处理效率等信息,需提供与系统各模块或其他系统整合对接接口。
流程处理人可以设置为按科室、角色、职位、群组、与指定处理人关系等方式指定的某一个人或几个人,多人处理时,可以指定处理方式为串行或并行处理,可以委托其他人代为处理公文,可以详细定义代理人的权限范围,流程到达提示信息可以通过站内短消息、手机短信、内部邮件、消息推送等一种或多种方式进行通知,支持流程办结后进行归档操作。
工作流引擎提供类似webservice的接口,供第三方系统调用
1.2 支持自定义业务表单
1、支持自定义业务表单单据、卡片功能,权限控制到数据字段。
2、可以实现业务流程。
3、支持业务的统计查询。
4、支持业务模块的自动生成,无需编程。
1.3 自动生成业务管理模型,实现业务门户空间、业务图形展现
表单是在流程中使用的信息载体。在实际工作中,审批工作流是针对相应流程使用的处理信息表单。表单定制工具要求是一个图形化的应用软件,可以开发出动态页面应用,其结果可保存为XML并具有数据库访问能力,只要经过简单培训的工作人员都可以自己动手制作表单。表单定制工具要求以可拖拽的图形化界面方式实现表单的定制和编辑,支持多种业务文档类型,能够对各种表单元素进行处理,同时要求表单的定制与组织架构无缝结合,在表单定制操作上要求具有较强的可用性和便利性,需要支持从excel文件直接导入系统表单。
支持分级管理员表单定制,分级管理员可以按照本单位要求,灵活定制所需业务表单模型,并进行发布和权限分配。
1.4 信息发布平台
信息发布平台用于实现内外网门户的医院级和科室级门户的新闻、通知、公告、项目信息、规章制度、研究报告、文档、电子期刊等信息管理和发布方面的需求。
支持设置发布流程。
支持对文档目录的分级权限管理。
支持对系统中的文档进行条件检索。
支持多类型多数量附件上传。
1.5 报表平台
*可以提供报表平台。
要求报表子系统不依赖于某个系统而存在,它作为一个通用的工具,能为各个系统提供报表服务,能够平滑的嵌入本次系统建设的各个业务系统中。要求基于三层次结构开发,用户端只要有浏览器就能够浏览报表、图表等信息,同时保证报表对浏览器的良好兼容性。
1、提供可视化的报表设计功能,操作方法和 Excel 等电子表格程序类似,可以方便的设计业务报表和统计报表。
2、要求支持各种常见的格式,包括表格,直方图、饼图、线形图等多种格式的图表;支持多种统计方式;提供序列号、当前用户、当前日期等多种计算字段;支持常见的Excel计算函数;
3、报表的结果可以另存为 Excel电子表格或 HTML 格式的文件导出。
1.6 异构系统整合
利用办公系统的工作流引擎处理其他信息系统中部分业务的审批功能,能够回写相关数据。同时其他信息系统作为底层数据平台,相关数据报表可通过协同管理平台报表门户以图形化方式展现。要求针对将生产系统中的业务流程梳理成为协同办公审批流程,通过办公系统流程引擎同生产系统的无缝连接,解决部分流程线下操作问题。
整体上对于异构整合的要求为:直接读取异构系统的结构型数据自动生成协同管理平台审批工作流;异构系统通过接口程序主动生成审批工作流到协同管理平台系统。
2、信息门户
2.1门户平台
门户子系统为用户提供的基于WEB的信息服务门户平台,应基于多层体系结构,具有高度稳定性、可扩充性、个性化、成员管理、聚合和安全等服务的能力;具有良好的跨平台支持特性,按照用户的身份、角色、所属群组等提供合适的关键内容、应用和服务;可扩展性和可移植性强,具有开放的、功能强大的、无须编写代码、贴近应用的开发维护软件平台。提供完整的二次开发工具,对用户方的技术人员进行相关培训,让他们熟练掌握平台的开发技巧。
2.2 灵活配置多级门户
*可灵活配置内外网医院门户、分子公司门户、科室级门户、个人办公门户等。支持设置OA系统的各层级门户、领导门户等,允许设置门户页面所显示的各功能模块的内容和显示格式,并允许各科室自主开发和定义其自有门户。
2.3 个性化设置
用户可以根据自己的爱好自定义门户内容,也可以固定部分内容,满足用户的个性化设置。
2.4 第三方页面集成
门户必须符合标准的portlet协议,满足此协议的web应用通过简单的配置就可以无缝的集成到portal中。
支持与第三方系统的页面嵌入。
2.5 单点登录
能够通过单点登录的方式从门户进入到第三方系统, 通过门户实现不同业务系统间的协同。
2.6 信息发布
能够实现医院级和科室级信息的发布功能,包括新闻、通知、公告、消息、文章、项目信息等的信息发布和查看。并支持基于标准模板的信息发布和发布流程控制。用户可以根据信息类别进行流程控制,并分权限进行管理,发布内容要能支持各种文件格式,实现信息发布的时效性,并可对发布的信息内容进行有效管理。具有基于工作流的Web内容审批功能,提供内容发布的个性化功能,可以实现对特定用户和特定用户组实现内容的发布。
并可按照发布的内容自行设置不同栏目,员工按职责分别赋予查看、发布和管理的权限。能够通过简易的图表等方式实时为各层管理人员提供医院的关键信息,包括经营数据、项目进度、人力资源情况等,为领导决策及时提供支持。
支持各科室在办公系统中设置本科室专栏,用以显示本科室相关信息,如科室简介、科室新闻、研究报告、办公用文档或软件下载等。
拥有权限的用户可以对科室信息栏目内容进行编辑和维护,可以指定拥有浏览权限的用户范围,用户访问可以指定为用户、用户组、科室、角色、群组或以上几种方式的组合
信息发布支持附件,附件大小可以设定。
2.7 内部搜索
系统支持多种搜索方式,包括单一搜索,关键字搜索,组合条件搜索,多对象搜索等等,对整合门户进行全局搜索,系统应当能将搜索条件予以保存,以方便下一次或其他用户进行相应的的搜索。
2.8 其他要求
有效支撑跨科室跨人员的事件协作, 为了提升医院目标计划的执行效果,在工作具体事务的执行上,需跨越不同下属公司、不同科室、不同人员之间进行协作,及时交流事务的进展和安排,并实时反映正常进展下的信息,从而提高内部工作的协作效率和沉淀工作中的沟通信息。
3、协同办公
3.1流程管理
可视化流程自定义:支持灵活的可视化流程定义工具。可以根据需求任意定义各种工作流程,包括分支、汇总和循环、子流程等流程,并且可以随意定义私有流程、科室流程、修改已定义的各种流程。如:流程的处理人、修改权限、是否有批示等,可自行定义符合个性化的流程。名称、类别、使用范围、使用的表单或模板、流转节点、节点处理人、处理权限、指定前驱或后继节点条件,是否启用等参数,可以指定节点处理人的权限,隐藏处理人不具有权限的操作按钮或链接,可以从word或excel文件中导入表单模板
流程监控:可以按照查询条件监控流程的流转情况,包括审批的结果和状态,监控文件在每个流程环节的处理时间并形成报表,可以按照条件将报表自动转到对应公司或者部室的公告栏中,也可导出,管理员可以导出文件在整个医院的处理时间。
3.2公文管理
1、支持设置公文收发流程,收发流程的表单设计和流程设计功能应覆盖系统功能需求中工作流程表单设计和流程设计的全部功能。
2、支持公文的套红、签章、生成文号、主题词、归档等操作。
3、公文支持多格式附件,支持多附件,可设置附件大小,以及总附件大小。
4、发文对象可以指定为用户、用户组、角色、科室,或以上几种方式的组合。
5、待办公文到达提示信息可以通过站内短消息、手机短信、内部邮件、消息等一种或多种方式进行通知。
6、支持对公文记录进行条件查询,能按照用户的具体需求做出分部门分年度的树形查询。有严格的查询权限,涉密文件只能供有权限的人查询。
7、支持医院与二级部门以及部门内部的公文交换。
8、收发文管理:可以进行收发文的登记、外来文件登记、督办、催办、紧急公文置顶,以醒目图标提示。
9、公文流转:支持不同类型的公文流转,完成审批、填写意见、修改文件、审核留痕、知会、文件归档、支持语音签批、手写签批、文件批处理、自动转发等功能。
10、根据用户的需求做出满足用户需求的功能,类似文书桌面。
11、任务指派:能够把工作任务指定到具体的人员,并能通过设定完成的时间,到期提醒,方便进行督办和催办;任务完成情况需要反馈到任务分发人。
12、公务授权:能够把个人的工作任务受托给系统中的其他用户,并可以指定授权终止时间,到期系统自动回收授权。同时被授权人处理事务和填写意见的时候系统能够明显反映出“代处理”的状态提示。
13、催办督办:管理员可预先设定承办人的完成期限,对逾期尚未办理者,可通过信息速递(类似RTX)发催办通知,敦促尽快办理。
14、历史记录:对于公文处理过程,要求保留日志记录,可以清楚查阅到该公文的审批过程。
15、修改痕迹:对正文的每次修改,要求保留原稿的修改痕迹。支持MS-Office、WPS、永中office等。办公正文部分可以实现word在线编辑。
16、可实现公司文档模板调用,及流程直接绑定,文档在线协同编辑。
17、支持现有OA系统中的公文的导入以及与档案系统的接口。
18、电子公文二维码交换识别。
19、提供直观的图形化的流程图,并用不同颜色标识出当前节点、已流转的环节等信息。
20、需要提供系统的推送服务接口、可供用户方调用、以推送用户方相关的信息。
21、权限分配可以批量授权,机构变化后,人员的相关权限不需要重新分配。
22、权限可分级管理,可以把相关权限分配给各部门管理员,让他们自己分配相关权限。
23、需提供相关源代码和培训,提供对应的开发工具,让用户方能够掌握系统并根据自己以后的业务需求进行二次开发。
3.3辅助办公
3.3.1实时通信
支持实时通信平台,如:可及时把信息通过系统平台推送到PC端、移动端的相关人员,支持信息的离线推送。
3.3.2支持远程、移动办公
系统可以实现远程和移动办公,方便员工在外地出差时也能及时处理相关办公事务。
3.3.3日志文档与绩效考核
关于员工工作任务,要求保留日志记录,并支持数据导入/导出,以便形成绩效考核的报表文档。
3.3.4会议室预约申请管理
对单位内部的会议室资源进行有效地管理,允许指定管理用户创建会议室信息,用户可以查询目前已使用的会议室,对未使用的会议室进行预订;
支持PC端、移动终端预约申请、批准审批。
允许指定用户对会议室的使用效率进行统计,解决资源使用冲突和参会人员时间冲突,减少人力、物力的浪费。
3.3.5会议管理
允许有权限的用户通过办公系统召集会议,会议通知可以通过系统提醒、内部邮件、站内短消息、手机短信等方式发送通知与会人员,可以设置到时提醒功能。
对参会人员对通知信息的查看、反馈进行跟踪。
支持一次是否参会回复、二次是否参会回复。
支持移动端提醒、回复。
会议通知发送:能够指定各会议通知参加人员名单后,系统自动根据名单发送电子会议通知到相关人员中,相关人员可以根据自己的计划,确定是否有时间参会,如果不能参会需要说明原因。(移动端可进行同样的处理)。
会议通知反馈:各参加会议的人员收到并打开会议通知后系统会向发送人反馈回执,确认是否收到。没有收到反馈信息的可以再次以短信或者其他方式提醒,收到反馈和没收到反馈的需要用颜色加以区分,移动端也可以进行类似的处理
参会人员确定:会议召开前与会人员确认,如果在由于某种原因不能或者可能参加会议,需要再次确认。(移动端可进行同样的处理)。
会议通知汇总:能够按照时间统计会议情况,包括会议总数量,各会议的名称,参加人员名单、时间、地点等。
会议完成后,将相关会议内容形成会议纪要。可供以后按照不同条件查询。可以把相关的会议串联起来。
3.3.6 车辆管理
包括车辆档案管理、驾驶员档案管理、行车安全管理、用车记录管理、加油管理、维修管理和费用管理等几大方面。
3.3.7 办公用品管理
对单位的各种用品的入库、领用、借用、归还、报废情况进行登记,还可以按照出入库情况进行统计,使用品的管理落到实处,规范用品管理。
3.3.8 请销假管理
 可按部门进行相关请销假管理。实现相关请销假的审批。
 在个人事务中,可查询个人相关请销假情况。
3.3.9工作汇报和工作日志(个人日志、班组日志、科室日志)
3.3.10月度计划,季度计划,年度计划,以及相关计划的反馈
 可按医院级、科室级、组等分级组织相关计划的管理、反馈。
相关责任人的相关计划执行信息反馈。
3.4个人事务
3.4.1、个人通讯录:允许用户维护个人通讯录,通讯录支持组合条件查询
3.4.2、个人任务箱,包括新任务、在办任务等等,个人任务到达自动提醒。
3.4.3、个人任务统计,包括新任务数、在办任务数、已完成任务数等。
3.4.4、个人密码修改、通讯录等管理
3.4.5、个人日程管理,部分日程需要审批,允许用户设置并查询个人日程事件,设置事件提醒时间。
3.4.6、个人计划,部分计划需要审批与分享
3.4.7、记录个人的日程安排。实现提醒及日程公开和委托。
3.4.8、记录并处理个人的工作任务分配;记录增加工作计划,实现计划主送、抄送、回复、总结。
3.4.9、个人办公应至少包含日程管理、个人文档、个人通讯录等功能
3.4.10、个人文档管理:
3.4.11、支持用户在系统中保存个人文档,可创建文件夹,支持文档在不同文件夹直接移动;
3.4.12、支持文档的在线编辑,信息内容可以是纯文本或HTML、Word、Excel等格式,当编辑HTML、Word、Excel等格式的文档时,对从其它同类型文档中拷贝过来的内容应解析良好,显示时页面版式、字体、图片等应与原文档大体相同;
3.4.13、文档信息支持附件,管理员可设置附件大小;
3.4.14、支持将文档通过内部邮件发送给指定共享用户,或直接指定共享用户来共享,共享信息可以通过短消息或内部邮件等方式通知共享用户;
3.4.15、支持对文档的检索,可以进行组合条件查询。
4、移动办公
*手机、平板电脑通过安装app方式进行办公,用户可以通过手机完成公文批阅、流程审批、信息浏览、收发内部邮件及短消息、查通讯录、汇报工作、修改密码等功能,通过app的通信录可直接拨打电话。
能够将协同OA管理平台上的公文、流程、通讯录、日程、文件管理、通知公告等应用扩展到手机移动终端,短信支持系统触发和用户主观分拣收阅两种基础模式。支持手机离线推送及工作微信管理。
可以按照客户的需求开发定制功能模块,支持二次开发,提供二次开发工具和相应培训,让用户方相关人员熟练掌握相关的开发技术,用户方能够根据自己的业务需要将自己的其他系统集成到该app中。提供如Android、ios等不同系统的app应用程序,提供与手机、平板电脑操作系统相匹配的安装包。
提供相应的安全机制,保证用户使用手机进行移动办公时登录身份确认和信息传输的安全性。
5、合同管理
实现医院及各部门项目招标审批,合同起草、会签、审核、审批、履行、监管等的网络化。覆盖合同起草、合同流转、合同审批、合同签订、合同履行情况、合同中止、变更、解除、验收、归档等主要合同业务,实现网上审批,提升医院招标、合同审批效率。
6、知识文档共享管理
要支持建立基于整个医院及下设部门建立统一的知识管理平台,沉淀日常工作产生的工作成果并在合理范围内进行共享,提高内部工作经验的分享。
能够对技术资料、质量体系文件、标准、规章制度资料文件进行统一的管理,支持word、excel、pdf、图片等常用多种格式附件上传。
能够进行知识订阅,评分、新知识标识等。
支持灵活的查询,支持全文检索,支持灵活的条件检索。
支持对目录的灵活、完善权限管理,拥有权限的用户可以进行浏览信息目录、增加、修改、删除信息内容等操作,有权限的用户可以指定为个人、科室、角色、群组等或以上几种方式的组合
可对平台内审批的事件进行整体存储方便调取引用。可控制文档访问权限、访问历史、进行文档版本自动控制、实现文档和单位各门户空间进行横向对接。
OA平台整体,各业务功能,可设置支持一键加入知识共享,方便用户对有价值的信息及时进行知识管理。
支持书籍类的借阅管理
支持为指定类型的文档建立文档模板
文档管理需提供webservice接口。
7、短信、即时通讯功能、消息推送
通过集成手机短信和即时通讯功能,方便事务的迅捷处理和信息获得。
手机短信:可与手机短信进行集成,提供手机短信平台的设置(可支持通过第三方短信发送和天津市口腔医院医院的短信平台发送)、PC和手机短信的互发、短信箱管理、短信查询搜索、短信回复接受等功能。
提供桌面即时通讯工具,实现OA消息与即时通讯软件的同步。若需要,支持与RTX程序集成,提供医院即时通讯服务,可进行组织架构定义、人员定义、即时通讯、短信发送、网络会议、消息记录查询等操作。
8、邮件系统
利用邮件系统,实现医院内部信息传递。
9、内部交流
支持搭建内部论坛,内部论坛支持实名、匿名登录;
内部消息支持多附件
对各级领导,支持搭建个人主页或个人博客。
10、系统管理
10.1权限管理
支持对OA系统中的权限进行维护的分配,可以将指定权限分配给用户、用户组或角色
支持将指定的信息类别或目录的浏览、增加、删除、修改、栏目参数设置等权限分配给用户、用户组、角色、科室或以上几种对象的组合
医院级管控:系统管理权限应当具备权限分级功能,对于系统后台维护的权限根据组织机构的层级进行权限下放,管理权限包括人员维护、流程搭建及维护等。
支持系统权限的分级管理,分级管理员能够自主搭建本部门业务所需工作流、自定义表单。
设置科学严格的权限管理。可以分配系统最小颗粒,如某个数据项,某个操作按钮,严格控制具有不同权限的用户针对同一条数据可查看到不同范围的信息项。系统设置查询权限,不同权限的合同管理人员查询到的合同内容不同。为保密起见,系统窗口或任何界面可以设置是否可以被复制粘贴。
10.2组织管理
能采用图形化的工具定义组织机构图,能以图形化的方式为各个科室及部门建立树状组织机构图及横向的虚拟组织架构图,组织机构图要能显示使用者的职责、职称及从属关系等。
组织机构及账号,统一使用天津市口腔医院相关资料库。组织机构支持医院级多层架构管理,支持部门的增加、合并、拆分、撤销、隶属变更管理。
管理使用系统的各科室信息,如科室名称、上下级关系、科室成员等,允许增加、删除、修改科室信息,同时要与天津市口腔医院现有的组织机构同步
10.3角色管理
角色支持多层继承,每一个角色都拥有优先级和权限范围属性,当分配的两个角色出现冲突时,系统会依据角色优先级和权限范围自动判断处理。角色最小定义颗粒度可细化到每一个展现页面的功能按钮和信息项。
10.4用户管理
能以图形化的方式展示用户所属组织机构及相关用户的职责、职称及从属关系等。
管理系统使用者的登录账号、真实姓名、科室、职位、上下级关系、用户权限等信息,允许增加、删除、修改用户信息或将用户启用、禁用
支持用户的一人多岗
支持从指定格式的文件中批量导入并创建系统用户
支持用户组/角色管理。支持已用户组或角色的方式建立用户集合,指定用户可以增加、删除、修改、启用、禁用用户组/角色信息
可以对指定用户组/角色进行权限分配
采取用户组方式时,支持用户自行建立个人用户组
10.5菜单管理 
可以增加、修改、删除系统菜单项,可以设置菜单对指定范围内的用户可见,用户范围可以设置为指定用户、用户组、角色、科室或以上几种方式的组合
10.6空间管理 
可以设置指定用户个人空间如邮件夹、个人文件夹等的空间大小,可以设置空间接近指定阈值时发出报警提示
10.7日志管理 
日志监控、日志审计和日志统计,用户对OA系统的操作日志,如登录系统、信息的增加、修改、删除、修改口令等、登录用户的IP地址和登录方式、系统中发生的所有对数据产生变更的操作和系统本身的运行检测情况都要被记录在平台日志中,平台日志要能被具体应用系统来直接使用,可以将系统日志导出成文件。
系统提供运行监控管理,系统管理员可查看用户的在线情况,以及其处理业务数量,一旦出现异常情况,系统管理员可强制用户下线,也可以控制一个账号是否允许在不同的设备上同时在线。如系统发生比较严重的故障,可以通过监控日志快速定位到故障点。
10.8系统备份管理
管理员可通过系统完成对业务数据的备份管理作用。能做到指定部门、指定期间、指定时间段进行数据备份和恢复。
10、与天津市口腔医院现有其他业务系统的数据交换
提供接口或其它数据整合方式,支持与天津市口腔医院医院其它信息系统进行数据交换,例如从其它系统中读取数据作为工作流程表单字段的输入项,或根据读入的数据生成报表等
支持单点登录,实现在OA中直接登录其它系统的功能
实现组织机构、用户信息与天津市口腔医院统一组织机构、用户信息的集成,组织机构数据源共用天津市口腔医院医院数据源,OA系统以视图方式调用天津市口腔医院医院组织机构数据源;
实现OA办公系统与天津市口腔医院档案管理系统的接口,对需要归档的公文或者其他相关信息,可以自动推送到天津市口腔医院档案管理系统,实现归档;
实现待办任务集成。对需要集成审批的业务系统待办任务,能够在OA门户形成待办任务,点击待办后,在OA走流程审批,审批完成后,将业务系统需要回写的数据回写至业务系统。

(五)、其他要求
1.实施方要负责协助完成系统必要的数据初始化工作。
2.免费维护期外至少提供1次系统免费大版本升级。
3.根据天津市口腔医院的项目实施进度安排,在规定的时间内完成系统的安装运行,保证运行效果。
4.后期天津市口腔医院的相关管理业务若发生变化,保证不能影响天津市口腔医院相关正常业务开展的时间内,及时准确完成程序的调整。
5.要求厂家明确驻厂开发时间(满足我们自定义需求的在我们这边的开发时间),明确各功能模块的详细报价。
6、要求明确OA实施的项目经理,以及项目经理的资质和项目实施经验。
7.由于OA系统运行的重要性,要求厂家故障响应时间不超过0.5小时,若需要,能够在当天到达现场,进行故障排解。
(六)、工期要求
根据天津市口腔医院的要求,在合同签订后30日内开发完成,并在全医院运行。
(七)、交付产品
交付的产品包括数据库、程序及相关文档。
数据库以实际在数据库服务器中建立的方式交付及存储。另外提供初始应用数据库安装程序一份,以磁介质方式交付。
程序以实际在服务器中建立并运行的方式交付及存储。另外提供安装程序一份,以磁介质方式交付。
提供完整的技术文档和用户文档,包括总体方案说明书、功能设计说明书、数据库设计说明书(数据库对象、对象关联图等)、用户操作手册等,以纸质及磁介质方式交付。
(八)、交货地点
    中标后,中标方在天津市口腔医院规定的时间内,须将产品送达天津市口腔医院信息中心。
(九)、系统安装、调试、验收
1.系统安装
1.1 投标单位必须到天津市口腔医院医院进行实地安装、调试。安装、调试工作必须由投标单位的资深工程师带队进行。
1.2 除非招标单位另作规定,投标单位必须负责一切与系统安装有关的实地工作和服务。
2.调试
 在调试期间,供货方在现场负责测试和调试。测试、调试方法及记录表格式应由需方认可后方可执行。系统试运行时间为安装运行后一年。投标人参加测试、调试过程一切费用由供货方负责。
3.验收
招标单位要求投标单位接受检验来证明他们的系统符合本技术要求的各项规定,验收测试的依据是投标单位提供的初步需求分析。
3.1 系统功能验收:是否达到业务需求书所列的系统功能,内容包括:功能需求符合度、模块功能完整度、功能通过与否等测试;
3.2 系统性能测试:对标准业务操作响应时间、系统稳定性测试、安全性测试、可恢复性测试等性能指标进行技术测试;
3.3 检查软件技术文档和用户文档等的完整性。交付文档包括光盘介质的软件、系统安装配置说明书、用户操作手册、流程管理规定等。交付文档包含但不限于以下内容:
A.项目管理文档;
B.需求调研报告;
C.系统详细设计说明书;
D.系统安装手册(应用软件、中间件、数据库及操作系统等);
E.系统配置手册;
F.接口及数据库字典;
G.系统安全方案;
H.系统功能说明;
I.系统操作手册;
J.系统培训方案及讲义;
K.售后服务指南;
L.验收申请报告等。
(十)、售后服务
1.技术培训
投标人应免费承担在现场对需方的系统操作人员进行系统的技术培训,使受训人员熟悉产品性能、操作方法、各项故障的检查、排除等技术。参加技术培训的技术人员人数由需方确定。
投标人应免费承担用户的系统使用培训。除统一培训之外,要提供至少1个月的现场保障,保障系统上线初期,用户的要求和效果。
投标人应免费承担信息中心维护人员的技术培训。
投标人应在培训前一周提交详细的培训大纲及有关资料。
投标人制定的培训大纲和编写的培训教材须经需方确认。
投标人应提供多样、有效的培训手段,保证培训效果。
2.售后服务
2.1投标人应提供下列及其他增值服务,以保证项目的成功实施:
2.1.2安装服务
2.1.3技术咨询服务,可终身提供7×24小时热线电话支持。
2.1.4系统运行监控和调整服务
2.1.5产品升级和数据转换服务等
2.2投标人应对有关服务明确其费用;
2.3中标人应提供两年免费维护、两年免费升级;
2.4投标人应明确免费维护和升级期限到期之后的维护和升级费用
2.5投标人在投标时还应提供其他详细的售后服务计划,包括维保期内、维保期外的服务内容。
2.6在服务期内如出现系统运行故障,在远程无法解决的情况下,应以最快的速度派工程师抵达现场。法定工作日(周一到周五8:00至17:30)30分钟小时响应,1小时内技术支持工程师抵达现场;节假日期间4小时内技术支持工程师抵达现场。
3.技术支持
3.1介绍本系统维护的方式、费用、联系方法、响应时间。
3.2介绍本系统修改、增加系统功能、应用系统和操作系统等升级的处理方法。
3.3介绍系统灾难防范及恢复办法。
3.4投标单位应提交直接供货商对天津市口腔医院医院直接技术支持的承诺。
4.系统升级
4.1 系统升级必须保持一致性,实现平滑过渡。
4.2 实现安全升级,并提供相应的书面建议及各种文档。

(十)、标底价格
人民币贰拾陆万元


无觅关联推荐,快速提升流量
上一篇:没有了
下一篇:天津医保诊疗项目备案信息上传下载方法
相关评论

天津市医疗信息化建设协作联盟网http://www.his2000.com) 投稿信箱:hao_shy#126.com (请将@代替#)

站为公益网站,所有内容来自原创或网络转载,仅供个人学习和研究使用,如侵犯您的版权请来电或来函指出,本站立即删除