[0001] 本发明涉及信息化技术领域，具体地说，涉及信息化动态监管平台。

[0002] 利用信息化、数据化和智慧化手段，完善各项制度机制，建立以智慧监督平台为主体的风险防控平台是目前社会发展的趋势，使之形成实际有效制约，着力健全信息化长效机制。

[0043] 下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

[0044] 请参阅图1-图8所示，本发明提供一种技术方案：

[0045] 本发明提供信息化动态监管平台，包括系统门户单元、两张清单单元、督查督办单元、供应商代表管理单元、网格化监督管理单元、统计分析单元、系统管理单元，系统门户单元从各类用户日常工作要求出发，实现信息展示、功能导航、日常操作的集中展现，并提供人性化、可靠性高的应用界面，确保各类应用人员通过该平台完成各类办会办事业务，实现低碳高效办公的工作目标；两张清单单元实现全院领导班子成员、各科室负责人及相关人员的“两个责任”责任清单进行统一管理，实现责任清单的添加、编辑、维护、审核和发布；督查督办单元用于根据督办任务进行流程工作；供应商代表管理单元用于对医院来访的供应商进行统一管理；网格化监督管理单元采用网格化管理，对各个层级网格化监督员的工作日志，季度总结进行监督管理；统计分析单元用于对监管平台任务进行统计分析；系统管理单元用于对监管平台整体系统进行管理。

[0046] 本实施例中，系统门户单元包括：

[0047] 门户基本管理模块：用于设置门户的标题、门户的访问权限、维护权限、访问优先级、应用浮动通知、页面banner高度；

[0048] 导航树管理模块：用于设置页面中有多个导航树方便用户的使用和操作，在设置门户的时候可以调整导航栏中导航树顺序；

[0049] 门户内容配置模块：用于通过拖拉拽的方式配置页面内容，页面内容既可以包含系统中的应用内容也可以是来自其他系统或网站的web页面，用户套用不同样式的页面风格。可以根据要求配置页面中的快捷方式保障用户的快速使用。

[0050] 其中，通过系统门户单元实现综合业务视图、统一用户管理、个性化的体现、强大内容管理、应用系统集成功能，系统门户单元支持统一门户、部门门户、个人门户配置与管理，支持门户的分级授权，根据不同门户应用的要求分配不同的使用人员，根据不同的管理要求可以设置门户的维护人员，维护人员可以自行调整页面。

[0051] 其中，对于兼职用户，用户可同时选择多个部门门户。

[0052] 值得说明的是，通过系统门户单元提供的功能，可以灵活配置办公系统的门户的内容, 门户管理可以根据用户的需要由用户自己选择门户模板。

[0053] 进一步的，两张清单单元包括责任清单和问题清单。

[0054] 其中，两张清单单元实现全院领导班子成员、各科室负责人及相关人员的“两个责任”责任清单进行统一管理，实现责任清单的添加、编辑、维护、审核和发布。

[0055] 责任清单如下表所示：

[0056] 责任清单

[0057]任务标题  
上报周期  
上报类型  
小类  
截止时间  
大类  

[0058] 责任清单如下表所示：

[0059] 责任清单

[0060] 事项标题  具体表现形式  
整改措施  
整改时限  
附件  

[0061] 具体的，督查督办单元包括：

[0062] 督办任务下发模块，用于各个责任主体根据督办任务的填报要求在线填报履责情况，包括履责落实情况信息、相关文件、图片、视频资料等，填报完成后上报监察室；

[0063] 其中，督办任务下发模块的表格如下所示：

[0064] 督查督办

[0065]任务标题  
问题汇总  
整改时限  
选择范围  
附件  

[0066] 工作复核模块，用于监察室对科室的履责情况进行检查，按照交办时所提的要求，对不符合交办要求的，要退回科室重报；

[0067] 办结关闭模块，用于责任任务办理完毕后，关闭责任任务，各科室不能再对责任任务除查询查看以外的操作；

[0068] 记录跟踪模块，用于系统记录每一步的操作过程、全程跟踪。

[0069] 其中，记录跟踪模块的表格如下：

[0070] 反馈单

[0071]

[0072]

[0073] 值得说明的是，供应商代表管理单元包括：

[0074] 备案人员录入模块，用于对医院来访的供应商，进行备案审核，通过后，进行备案登记；

[0075] 其中备案人员录入模块的备案人员信息表如下所示：

[0076] 备案人员信息表

[0077]序号 公司名称 姓名 联系方式
       

[0078] 接待登记录入模块，用于对来院拜访的供应商，进行登记入库，方便查询，并导出；

[0079] 其中，接待登记录入模块的供应商代表接待登记表如下所示：

[0080] 供应商代表接待登记表

[0081]

[0082] 微信端供应商备案模块，用于接入移动互联网思维，供应商可通过微信公众号发起申请，进行备案登记。

[0083] 再进一步的，网格化监督管理单元包括：

[0084] 工作日志管理模块，用于管理各个层级网格化监督员的工作日志；

[0085] 其中，工作日志管理模块中网络化监督管理工作日志表如下所示：

[0086] 网络化监督管理工作日志表

[0087]

[0088]

[0089] 季度总结模块，用于对季度总结进行监督管理。

[0090] 其中，季度总结模块的网络化监督管理工作记录表(季度)如下所示：

[0091] 网络化监督管理工作记录表(季度)

[0092]

[0093] 值得说明的是，统计分析单元包括：

[0094] 谈心谈话预警模块，用于对谈心谈话预警任务，按科室、日期，通过柱状图对比展示；

[0095] 督查督办统计模块，用于下发各科室的督查督办任务的反馈情况，在这里可通过科室，日期进行查询，采用柱状图和列表相结合的展现方式；

[0096] 责任清单汇总模块，用于对责任清单任务，按任务不同分类，通过科室，日期进行查询，并采用列表和柱状图相结合的展现方式，及时获取各个科室的反馈情况；

[0097] 供应商接待统计模块，用于按医药类、医用设备/耗材类、总务/膳食类、基建类、信息类等不同分类，实时监控院内供应商接待登记情况。

[0098] 进一步的，系统管理单元包括：

[0099] 用户管理模块，用于添加、修改和删除具有某种权限的用户；系统管理员可以对添加的用户的权限进行分配管理，可以设置用户名称和密码，选择用户相应权限：印章制作、印章发放、印章激活与印章作废与销毁等。分配用户的权限不同，在该用户登录后进入的页面显示功能将不同。

[0100] 日志管理模块，用于查看所有的用户包括制作、发放、作废、备份、恢复等操作的详细信息，以及后台的盖章和打印操作的详细信息等。保证所有操作都是可以进行回溯的，从管理手段上为印章的管理提供保障，如果出现问题时，可以做到有据可查。

[0101] 此外，本发明的信息化动态监管平台可增加云计算系统，匹配数据库，实时存储动态信息。

[0102] 具体的，本发明的信息化动态监管平台可增加区块链技术，共享信息。

[0103] 进一步的，本发明的信息化动态监管平台详细设计pc端与移动端的交互系统，实现移动交互。

[0104] 值得说明的是，本发明的信息化动态监管平台建立数据分析模型和人工智能深度学习系统，进一步提高整体智能化。

[0105] 系统设计原则

[0106] (1)实用性原则：以实用为第一准则，满足管理和业务需求。

[0107] (2)安全性原则：有效的数据保护，保证应用系统和数据的安全运行。能够很好地将当前业务系统与新的业务系统的用户管理、认证及授权机制结合，建立方便、清晰、易管理的用户安全认证管理机制；

[0108] (3)继承性原则：最大限度地保护已有投资，使当前已有的软件、硬件资源不浪费；尽量避免重复性建设投资；

[0109] (4)先进性原则：采用先进架构和软件技术，支持真正意义上的业务系统的建立，提供异构、分布式环境下的可读写操作环境，支持建立跨业务系统条块的新的业务流程；在分布式的环境下实现应用优化，保证应用系统的整体性能表现；

[0110] (5)可靠性原则：采用成熟技术，实现统一规划并实现各个功能模块的运行稳定可靠；

[0111] (6)易操作原则：简化应用编程的难度，缩短开发和实施的周期，降低日常维护难度；

[0112] (7)标准化与开放性原则：符合数据标准化建设和开放原则，保证业务系统的数据实时性、一致性；

[0113] (8)可扩展原则：适应未来扩展性要求，方便数据范畴的扩展。

[0114] 技术路线

[0115] J2EE三层架构

[0116] 针对本系统中的大量结构化数据的管理，本系统采用了具有开放的、自由的、大型的、具有B/S多层结构的技术应用平台―J2EE架构，同时使用标准的关系型数据库系统进行存储，以满足海量数据的要求。

[0117] 基于J2EE架构的B/S程序体系结构是3层或多层的结构，就是采用J2EE架构，分层设计实现，将业务层、表现层与数据处理层分离。在灵活处理各种业务变化的同时，又极大程度的保证了数据处理的稳定。可以根据用户的要求来快速调整系统的业务逻辑和外观表现形式，而无须重新做大量的客户开发。

[0118] 用户接口层，负责处理用户和应用程序的交互过程；它可以是一个通过防火墙运行的 web浏览器，也可以是一般的桌面应用程序，还可以是无线的移动设备。

[0119] 表示逻辑层，定义了用户界面要显示的内容和如何处理用户的请求，根据所支持的是什么样的用户接口。对于不同的用户，会有不同的版本。

[0120] 业务逻辑层，把业务逻辑封装倒组件里面，通过和数据打交道，对应用的业务规则建模。

[0121] 基础框架服务层，提供系统需要的其他一些公共功能，如消息，事务支持等。

[0122] 数据层，存放所有的数据，存放的形式可以是关系数据库，文档数据库，文件，XML 文档，目录服务等。

[0123] 基于这种体系结构的应用程序采用了模型－视图－控制器(MODEL-VIEW-CONTROLLER， MVC)的模式。它的主要目的是把数据(模型)和数据表现(视图)形式分离出来。它们之间通过控制器来控制信息的流向。在华立仪表系统中，具有2个容器：Web容器和EJB 容器，它们包含了宿主SERVLETS、JSP页面、企业级JAVABEAN组件供其它程序使用。

[0124] Microsoft SQL Server 2000/2005、Oracle或MySQL关系型数据库作为系统数据存储介质。应用服务器作为应用组件容器，处理业务逻辑事务，支持J2EE构架的应用服务器 (WebSphere/WebLogic/TongWeb/Tomcat)。

[0125] 采用模块化的方式进行开发和管理，基于面向对象的设计方法，将系统进行详细的划分，提炼出各个基本对象、属性、方法，进行逐层的搭建。

[0126] 数据类型符合国家规范。采用XML格式化公文信息、档案信息和其他信息，保证信息的一致性和可定制性，实现共享和共同处理。

[0127] 面向对象/构件化开发技术

[0128] 结构化程序设计方法曾经给软件工程带来了许多的改进，但用结构化程序设计方法设计的程序可重用性很差。面向对象技术(OOP)的程序设计建立直接表现组成问题域的事物以及这些事物间的相互联系的概念，还建立适应人们一般思维方式的描述方式，从而构成了面向对象技术的基本特征。面向对象技术极大地提高了软件代码的重用性，减少了编写代码的总量，用来创建对象的代码还可能用于多个应用程序，从而在加快开发进度的同时，降低了软件中的错误量。面向对象技术的另一优点是对代码结构的影响。像继承之类的面向对象概念通过简化变量和函数的方式从而便利了软件的开发过程。OOP可以更容易地在团队之间划分编码任务。同时，由于采用OOP，辨别子类代码的依附关系也变得更简单了 (比如说继承对象的代码)。此外，软件的测试和调试也得以大大简化。

[0129] 面向对象技术提供了一种新的思想和方法，利用它提出了面向对象的计算机程序设计语言、面向对象的软件设计方法、面向对象的数据库等等。同时面向对象技术为软件工业实现工程化提供了强有力的支持，正是面向对象技术造就了构件(组件)、中间件等概念。

[0130] 随着基于WEB多层体系结构的应用系统开发不断深入和发展，构件(组件)技术逐渐普及，并越来越受到重视。构件(组件)技术是一种最近才开始日益普及的最新软件开发技术。所谓构件(组件)，其实就是一种可部署软件的代码包，其中包括某些可执行模块。构件(组件)技术最大的优点在于系统开发时的软件可复用性。使用构件(组件)能将杭州市第七人民医院智慧监督项目进行统一的规划，合理地处理冗余、安全、平衡负载等单纯的编程手段不能实现的功能，这就是我们要应用组件的一个很重要的原因。构件(组件) 对象不是普通的可执行文件，更不是将各种规则定死在其内部，它可以很平滑地实现自身的升级、扩展，从而使系统具备较好的升级性和扩展性。构件(组件)能够满足软件开发对于生产效率、可靠性、易维护性、易管理等方面的更高、更快、更强的迫切需求。

[0131] 因此，在杭州市第七人民医院智慧监督项目项目中采用面向对象和构件化开发技术，不但能大大提高系统的开发效率、降低风险，而且还能提高系统的可扩展性。

[0132] 数据交换技术

[0133] 运用WebService技术来实现本系统与其他各应用系统之间的整合，实现不同系统之间的资源共享。

[0134] WebService的特点主要有：

[0135] 完好的封装性：Web服务既然是一种部署在Web上的对象，自然具备对象的良好封装性，对于使用者而言，他仅能看到该服务的描述。

[0136] 松散耦合：这一特征也是源于对象/组件技术，当一个Web服务的实现发生变更的时候，调用者是不会感到这一点的。

[0137] 使用协约的规范性：这一特征从对象而来，但相比一般对象其界面规范更加规范化和易于机器理解。

[0138] 使用标准协议规范：作为Web服务，其所有公共的协约完全需要使用开放的标准协议进行描述、传输和交换。这些标准协议具有完全免费的规范，以便由任意方进行实现。

[0139] 高度可集成能力：由于Web服务采取简单的、易理解的标准Web协议作为组件界面描述和协同描述规范，完全屏蔽了不同软件平台的差异，实现了在当前环境下最高的可集成性。

[0140] 开放性：WebService可以与其他WebService进行交互，它具有语言和平台无关性。

[0141] 互操作性：由于有了SOAP这个所有主要供应商都支持的新标准协议，任何WebService 都可以与其他WebService进行交互。

[0142] 普遍性：WebService使用HTTP和XML进行通信。因此，任何支持这些技术的设备都可以拥有和访问WebService。而且目前所有主要的供应商都支持SOAP和周边WebService 技术。

[0143] 易于使用：WebService背后的概念易于理解，并且有来自IBM和微软这样的供应商的免费工具箱能够让开发者快速创建和部署WebService。此外，其中的某些工具箱还可以让已有的COM组件和JavaBean方便地成为WebService。

[0144] Web Service技术

[0145] 运用WebService技术来实现本系统与其他各应用系统之间的整合，实现不同系统之间的资源共享。

[0146] WebService的特点主要有：

[0147] 完好的封装性：Web服务既然是一种部署在Web上的对象，自然具备对象的良好封装性，对于使用者而言，他仅能看到该服务的描述。

[0148] 松散耦合：这一特征也是源于对象/组件技术，当一个Web服务的实现发生变更的时候，调用者是不会感到这一点的。

[0149] 使用协约的规范性：这一特征从对象而来，但相比一般对象其界面规范更加规范化和易于机器理解。

[0150] 使用标准协议规范：作为Web服务，其所有公共的协约完全需要使用开放的标准协议进行描述、传输和交换。这些标准协议具有完全免费的规范，以便由任意方进行实现。

[0151] 高度可集成能力：由于Web服务采取简单的、易理解的标准Web协议作为组件界面描述和协同描述规范，完全屏蔽了不同软件平台的差异，实现了在当前环境下最高的可集成性。

[0152] 开放性：WebService可以与其他WebService进行交互，它具有语言和平台无关性。

[0153] 互操作性：由于有了SOAP这个所有主要供应商都支持的新标准协议，任何WebService 都可以与其他WebService进行交互。

[0154] 普遍性：WebService使用HTTP和XML进行通信。因此，任何支持这些技术的设备都可以拥有和访问WebService。而且目前所有主要的供应商都支持SOAP和周边WebService 技术。

[0155] 易于使用：WebService背后的概念易于理解，并且有来自IBM和微软这样的供应商的免费工具箱能够让开发者快速创建和部署WebService。此外，其中的某些工具箱还可以让已有的COM组件和JavaBean方便地成为WebService。

[0156] 工作流技术

[0157] 所谓工作流就是指：为了办理同一个工作，必须由两个人或两个人以上按照一定的次序，完成一系列的任务。政府部门和企事业单位中，有大量的业务处理流程可以归结为工作流，他们都具有以下一些特点：

[0158] (1)涉及多个人或多个部门。如一个发文流程涉及发文起草人、审核人、签发人和核稿人等，可能流经相关业务部门、办公室等。

[0159] (2)包含多个性质不同的任务。如一个收文流程包含收文登记、办公室拟办、业务处室办理、办理反馈等多个不同的处理任务。

[0160] (3)这些任务按照一定的次序执行。对于一个发文流程，必须审核在前，签发在后。但在某些环节上，允许工作人员根据情况自由决定流程的走向。

[0161] (4)这些任务处理的信息既包含结构化数据也包含非结构化数据。正文和附件是典型的非结构化数据，而公文登记单、公文签批单是典型的结构化数据。

[0162] 工作流软件为了实现“无纸化网络办公系统”这个最终目标，而在技术上经历了多次变革。目前基于工作流技术的、面向WEB的解决方案是今后软件的发展趋势。它至少要实现以下一些功能：

[0163] ■图形化的工作流定义工具

[0164] ■基于角色的任务管理和权限控制

[0165] ■工作流状态的跟踪和监控

[0166] ■能判断工作流的路径

[0167] ■任务催办和例外处理

[0168] ■能够对工作流的各个方面进行统计，例如每一个任务的执行时间等，以便于流程的改善和优化

[0169] 工作流技术是为了解决系统流程自动化而特别设计的一个完整的框架，它可以极大地降低工作流应用的开发和维护成本。它提供了完整而强大的功能，能够满足单位级应用的复杂要求，使得信息系统敏捷地响应单位变革成为可能。该框架包括以下几个部分：

[0170] ■工作流引擎

[0171] 对工作流的多元化支持

[0172] 统一工作流引擎由三种类型的引擎组成：常规工作流、平面工作流和灵活工作流引擎。这三个引擎是工作流机制中最重要的组成部分，并且这三种类型的工作流又可以相互结合在一起，相互配合，最大限度地满足了单位各种业务流程需求。

[0173] 高效的流转系统

[0174] 提供两种流程方式：单一流程和父子流程，并完美实现了他们之间的转换和衔接。

[0175] 提供了强大的路由功能，可以继续流转、退回上一步，也可以在转派工作，跳跃工作，还可以跳转到其他工作流程。

[0176] 提供了无限层次的分发和归并，可以定制需要归并的内容。

[0177] 提供了强大的路由决策功能，能满足单位级应用的严格要求。

[0178] 提供了人员代理机制。

[0179] 对每个环节的时间进行严格的控制。

[0180] 监控和消息机制

[0181] 用户可以对每一工作环节进行跟踪，人为的防止工作的延误。

[0182] 流程管理员可以对流程进行监控，干预流程的运转。

[0183] 多种消息机制的应用，系统可以通过Notes邮件、Exchange邮件和Sametime消息通知用户。

[0184] 也可通过短消息网关，直接把消息通过移动或联通网络发到手机或其它移动终端。

[0185] 完整的日志功能

[0186] 自动记录用户的每一步操作，方便对流程执行进行审计。

[0187] 总体架构

[0188] 系统架构

[0189] 办公系统平台的总体框架由网络、硬件和安全平台、系统软件平台、基础平台、交换平台、政务应用系统、政府门户网站几个层次组成。

[0190] 在系统总体架构中，智慧监督平台应用平台核心主要由基础平台和交换平台两个层面组成。基础平台为上层应用系统提供公共的、集成的服务，在此之上开发丰富的办公应用系统。

[0191] 智慧监督平台系统是办公应用平台建设的核心内容，包含丰富的应用内容。根据服务对象和目的的不同，政务应用系统可以划分为基础型、协同型和分析型应用三大类型。

[0192] 由于整个智慧监督平台应用平台涉及范围非常广，需要采用“整体规划、分步实施”的建设逐步实施。

[0193] 产品质量

[0194]

[0195] 以上显示和描述了本发明的基本原理、主要特征和本发明的优点。本行业的技术人员应该了解，本发明不受上述实施例的限制，上述实施例和说明书中描述的仅为本发明的优选例，并不用来限制本发明，在不脱离本发明精神和范围的前提下，本发明还会有各种变化和改进，这些变化和改进都落入要求保护的本发明范围内。本发明要求保护范围由所附的权利要求书及其等效物界定。