XX市中心医院无纸化电子签名平台项目需求说明.docx

XX市中心医院无纸化电子签名平台项目需求说明一、业务需求(1)实现结构化电子签名及移动端功能在医疗信息系统的应用，建设移动签署平台签名系统，整理归类患者的告之类/知情类文书等手签文书，包含且不限于住院、门诊、手术、医技等，结合患者/家属知情文书电子签，实现文书的闭环管理的功能及接口开发，实现无纸化建设。与院内信息管理系统进行关联，实现患者病历信息读取与显示，并需要充分考虑数据互联互通及其相关的业务扩展性，以便适应未来的院内系统的升级及业务的扩展。(2)建设知情文书签名系统，整理归类患者的告知类/知情类文书，包含且不限于住院、门诊、手术、医技等，结合患者/家属知情文书电子签，实现文书的闭环管理的功能及接口开发，实现无纸化建设。(3)与院内信息管理系统进行关联，实现患者病历信息读取与显示，并实现移动端签署。(4)患者可通过手机登录小程序，通过手机查看、签署知情文书。(5)其他接口：包含与文书归档相关的系统进行接口对接。(6)支持医联体和多院区使用签名平台，无须额外采购。(7)知情文书签名系统支持多种场景知情文书电子签定制开发，无须额外采购。二、产品需求(一)知情文书签名升级服务序号指标项需求说明1数据汇聚基础数据汇聚：通过对接集成平台，汇聚医护人员、医院科室、门诊患者、住院患者、基础代码等数据，结合知情文书的数据需求统一建立数据模型。业务数据汇聚：通对接相关院内信息系统，汇聚医院待签文书的相关信息及文书信息，联通知情文书签署服务与有签署业务的相关业务系统。自动与人工的数据同步相结合，采用安全、可靠、高效的数据同步机制，保留完善的数据汇聚日志记录，提供标准的日志审计功能。2数据资产管理需按类别实现数据资产的页面可视化。建立数据资产管理机制，根据数据现状，合理采用数据库分表或分库管理模式，有效归档数据，确保在用数据高效读写。3数据服务管理根据知情文书签名系统需求，设计数据服务接口，提供数据服务，保障知情书签署系统的顺利运行。数据服务日志审计服务，实现数据服务的调用日志审计，便于后续数据应用追根溯源。4系统登录需与医院已有数字证书服务接口兼容，实现CA登录认证。5文档操作可通过接口上传PDF文档；在PDF文书生成后，可以把PDF文书推送到PC端、移动终端；在终端完成签名后，可以回推至文书管理系统。支持医护人员在平板APP上选择模板,创建文书供患者签署，患者信息需要按照业务要求自动填充到文书内6检索业务支持按照科室、医护人员、患者、知情书提供列表展示。支持按照科室、医护人员、患者三者建立知情书关联签置检索业务流程。7文书处理可通过指纹设备，抓取用户指纹信息，并把指纹图片嵌入到文档中。可通过手写板，抓取用户的手写笔迹形成图片并嵌入到PDF文档中。支持根据业务需要进行录音、拍照、录像等信息采集，采集的证据信息与知情文书PDF文件形成一体的证据链。支持同一份文书在移动平板和手机端任意一端完成签署。支持手机端签署，患者可以在手机H5签名应用采用短信、刷脸等身份认证方式，申请事件证书完成签署。支持通过关键字定位、全屏签署的模式进行手写签名操作。支持提交已签知情文件，导出签署凭证和生成验证报告。8电子签章和时间戳可对PDF文档插入电子签章和时间戳。电子档案长久性保存。结合电子签名、时间戳等技术为电子病案归档与长期保存提供解决方案，解决电子病案电子签名独立验证、时间链条可追溯，实现可靠的电子档案保护策略等。9文档保存与提交签署完成的文书保存后即上传到知情文书服务端，同时对签名数据和源文件进行加密保存，确保安全性。10签署文档WEB界面展示提供展示签署后的文书的WEB界面。第三方系统只需要传入患者标识，即可获取签署后的文书的展示页面。11厂商资质产品为投标人自主研发，具有软件著作权，提供证明文件；产品厂商是通过中华人民共和国卫生部复审、测试的数字认证服务机构，提供证明文件；产品厂商是省级或以上选择认定的卫生系统电子认证数字证书服务机构，提供证明文件；（二）项目功能要求（1）基础数据集成支持与医院平台系统集成，通过接口方式，获取患者基础信息数据、患者住院数据、患者手术数据、患者门诊数据、医护人员数据、科室数据等。记录详细的接口日志，并提供可视化日志界面，方便数据追踪溯源；（2）业务数据集成1）提供移动签署服务接口，根据院内实际业务需求，将需要手签的文书通过接口接入移动签署系统中从而实现签署；2）提供移动签署文书展示网页，支持院内系统进行集成调用，通过患者信息，如患者ID、患者姓名、住院号等信息进行检索，展示对应患者的移动签署文书列表以及文书内容。（三）PC端功能（1）支持使用院内现有系统的用户名密码登录，同时支持集成院内数字认证系统，实现CA认证登录；（2）支持通过登录用户的权限科室展示患者列表、患者文书列表、手签模板列表；（3）支持通过手签模板创建手签文书，根据模板标签自动同步代入患者信息，如：患者姓名、科室、诊断等；（4）手签模板制作支持多格式本地模板文件上传，如：WORD、EXCEL.PDF等格式，提供文件格式自动转换PDF功能；（5）提供手签模板维护功能，模板根据医院统一要求按照院级和科室级别分类进行管理；支持各科室根据权限自行创建科室级别模板，同时支持多级别共享的套餐管理；（6）提供CA签署功能，在待签PDF文档的任意位置，采用【Ctrl】快捷键+鼠标左键方式，实现所见即所得的电子签章加盖，同时对PDF文档进行时间戳认证，支持电子签章等比缩放；（7）提供签署凭证、签署有效验证报告、签署记录的导出功能；（8）提供用户管理功能，支持角色权限维护，用户角色分配，初始化密码等功能；（9）提供文书签署情况统计功能，支持通过结构化数据分析手签文书已签、未签、漏签情况；（四）PAD端功能（1）支持使用院内现有系统的用户名密码登录，同时支持集成院内数字认证系统，实现CA认证登录；（2）支持通过登录用户的权限科室展示患者列表、患者文书列表、手签模板列表；（3）支持通过手签模板创建手签文书，根据模板标签自动同步代入患者信息，如：患者姓名、科室、诊断等；（4）支持接入指纹传感器，采集用户指纹数据，并将数据嵌入到PDF文档中的指定位置，确保整个过程符合法规和医疗行业的隐私要求；（5）支持通过电子笔进行签字，电子笔签字的笔锋、力度等需与纸质签名一致，签名保存时需进行CA数字认证并加盖时间戳，以保证其时效性和法律效力；支持保存音频、视频、图像等多媒体信息，为医疗案卷信息的可靠提供了强有力的法律保障；（6）支持结构化手签模板的制作，提供单选框、复选框、文本框、日期选择器、日期时间选择器（包含时分秒）、动态下拉列表、签名域等结构化元素；支持拖拽元素至模板任意位置；（7）支持通过手签模板创建手签文书，提交并同步数据至手机端供患者签署。（8）支持跨科室、多场景联合签署，如：多学科会诊、多科室联合手术、患者交接等。（五）手机端功能（1）支持患者通过手机扫码或通过院内公众号，跳转至手机移动签署界面，实现患者签字；（2）支持患者采用短信、人脸识别等身份验证方式进行验证；（3）文书列表界面支持查看已经签署、待签署、历次就诊病历文书；（4）签署文书界面支持通过手势放大缩小以及全屏显示，标签域支持用户交互，如：点击签名域，弹出签名界面，实现手写签名；点击患者关系下拉列表域，选择对应的关系选项等；（5）支持关键字搜索功能，通过关键字快速定位文书位置：（6）签署文书时支持快捷切换，如上一份、下一份等；（7）文书签署展示支持分页功能；（8）支持文书暂存功能，防止用户未提交数据丢失；（9）支持一键导入免责文字，方便用户操作。（六）数据安全保证要求存储手签原文和签署数据时，使用强加密算法对数据进行加密。确保数据存储在数据库或文件系统中的时候是加密的状态，以保护敏感信息。传输数据时使用安全的传输层协议(如TLS/SSL)进行数据传输。采用端到端加密，确保在数据从一个点传输到另一个点时，只有通信的两个终端能够解密和理解数据。(七)兼容性要求(1)完全兼容医院已有USBKEY电子认证数字证书体系，无需改动医院已有数字证书体系及其相关应用接口。(2)完全兼容医院已有云密钥电子签名体系，无需改动医院已有云密钥电子签名体系及其相关应用接口。以上(1)、(2)投标人需提供兼容性承诺函。投标人必须承诺，能够满足以上兼容需求，签订合同之后，院方有权要求进行兼容性的技术测试，如不能完全满足兼容要求的，按违约处理。(3)移动签署平台PC端和服务端需支持跨平台应用，支持window操作系统和国产操作系统，同时支持X86架构和ARM架构的硬件设备。(4)数据库需支持ANSISQL-2003以上标准；支持JDBC/ODBC标准接口；支持GBK、UTF8、utf8mb4编码字符集，兼容POStgreSQL的PL/pgSQL语法及插件，同时能够连接异构数据库，如：Oracle>SqlSerVer、Mysql；确保数据库提供不间断的业务服务。(5)数据结构需兼容现有住院移动签署系统数据结构，项目上线需确保数据准确，实现无缝切换系统。(6)支持现有住院移动签署系统的历史文件浏览查阅。(7)根据医院实际业务需求，采用定制化开发模式。(8)项目技术路线1)前端需采用vue、vxe-tableelement-uisecharts；2)后端需采用nutz框架；3 )手机端：使用VUe框架制作的H5动态交互页面，使用Vam-Ui制作响应式页面；4 )PAD端：采用AndrOid原生开发、支持ANSI/ISe)SQL-92、SQL99标准;支持主流的网络协议（如:HTTP/HTTPS、TCP/IP、ACCP等）;遵循的国际、国家规范和行业规范。