行權數(shù)據(jù)信息與監(jiān)督融合工作規(guī)范

1行權數(shù)據(jù)信息與監(jiān)督融合工作規(guī)范本標準規(guī)定了將監(jiān)督融入行權信息系統(tǒng)建設的基本原則、術語和定義和監(jiān)督體系建設要求等。本標準適用于市直單位新建或改造行權信息系統(tǒng)的相關工作。2規(guī)范性引用文件下列文件中的內(nèi)容通過文中的規(guī)范性引用而構成本文件必不可少的條款。其中，注日期的引用文件，僅該日期對應的版本適用于本文件；不注日期的引用文件，其最新版本（包括所有的修改單）適用于本文件。GB/T22239-2019信息安全技術網(wǎng)絡安全等級保護基本要求3術語和定義下列術語和定義適用于本文件。3.1建設單位開展行權信息系統(tǒng)建設的職能部門、企事業(yè)單位等。3.2行權行使法律法規(guī)和上級授予的權力。3.3紀律監(jiān)督、監(jiān)察監(jiān)督、派駐監(jiān)督、巡視巡察監(jiān)督發(fā)現(xiàn)的違規(guī)違紀違法行為，紀委監(jiān)委查處的案件，群眾反映強烈且屬實的信訪投訴，小專項監(jiān)督發(fā)現(xiàn)的問題等。3.4流程再造為了堵塞制度漏洞，開展的修訂完善政策規(guī)定，優(yōu)化業(yè)務流程等工作，確保權責法定、責任明晰。3.5全業(yè)務、全流程、全覆蓋2治理體系和監(jiān)督體系建設的范圍，包括建設單位的所有部門、所有業(yè)務及業(yè)務的所有流程。在整體統(tǒng)籌考慮的基礎上，有序分步實施。3.6行權主體行使權力的責任主體，具體指政府機關的某個職能部門。3.7任務為了實現(xiàn)某個行權目的而設置的行權項目。3.8責任規(guī)定了行權主體在行權流程中必須完成的行權事項。3.9權力規(guī)定了行權主體在行權流程中可以行權的事項范圍。3.10行權流程行權主體按照預設的流程逐步完成行權的過程。3.11監(jiān)督數(shù)據(jù)庫放在監(jiān)督側為紀委監(jiān)委行權服務的數(shù)據(jù)庫。3.12治理業(yè)務系統(tǒng)各行權單位或部門接受監(jiān)督的行權審批及業(yè)務管理系統(tǒng)、硬件設施等。3.13監(jiān)督系統(tǒng)、監(jiān)督側為市紀委監(jiān)委用于監(jiān)督所使用的系統(tǒng)及工具。3.14數(shù)據(jù)安全治理通過對網(wǎng)絡產(chǎn)品和服務數(shù)據(jù)的分級分類、使用狀況梳理、訪問控制以及定期的稽核實現(xiàn)數(shù)據(jù)的使用安全，其目標是實現(xiàn)數(shù)據(jù)安全防護、敏感信息安全管理、數(shù)據(jù)使用安全合規(guī)等。34基本原則4.1堅持問題導向、簡潔實用，針對曾經(jīng)出現(xiàn)的問題和漏洞，設計監(jiān)督功能。4.2堅持系統(tǒng)融合貫通，打通原有系統(tǒng)之間的數(shù)據(jù)壁壘，避免形成新的數(shù)據(jù)孤島。4.3堅持共建共享，統(tǒng)籌規(guī)劃設計。4.4堅持上下聯(lián)動，統(tǒng)籌考慮市區(qū)（縣、市）不同需求。5監(jiān)督體系建設要求5.1基礎數(shù)據(jù)管理5.1.1組織機構管理5.1.1.1功能要求治理業(yè)務系統(tǒng)中應提供行權主體組織架構信息?？商峁M織架構中的部門信息進行查詢數(shù)據(jù)接口，查詢部門信息和歷史履歷的查詢接口。5.1.1.2輸出要件——組織架構和部門信息查詢接口文檔?！块T信息歷史履歷查詢接口文檔。5.1.2人員管理5.1.2.1功能要求治理業(yè)務系統(tǒng)中應提供行權主體工作人員信息查詢。查詢方式可以是接口或數(shù)據(jù)庫表。人員信息中會包括所在的部門和當前的崗位，所在部門和崗位信息支持歷史履歷的查詢。5.1.2.2輸出要件——人員基本信息查詢接口文檔?！诓块T和崗位歷史履歷接口文檔。5.1.3崗位管理5.1.3.1功能要求治理業(yè)務系統(tǒng)中應提供行權主體的崗位信息查詢服務。查詢方式可以是接口或數(shù)據(jù)庫表。5.1.3.2輸出要件——崗位信息查詢接口文檔。——崗位所在組織結構、關聯(lián)業(yè)務信息查詢接口文檔。5.1.4業(yè)務清單管理5.1.4.1功能要求4治理業(yè)務系統(tǒng)中應提供行權主體所負責行權業(yè)務的查詢服務。查詢方式可以是接口或數(shù)據(jù)庫表。行權業(yè)務須有狀態(tài)標識（廢棄、有效、未生效）。5.1.4.2輸出要求行權業(yè)務信息查詢接口文檔。5.1.5行權流程管理5.1.5.1功能要求治理業(yè)務系統(tǒng)中應提供對行權主體的行權流程進行設計和監(jiān)控的查詢功能。查詢方式可以是接口或數(shù)據(jù)庫表?？蓪π袡嗔鞒踢M行可視化的運行狀態(tài)進行監(jiān)控，以及催辦和督辦。行權流程應關聯(lián)到行權任務，流程節(jié)點應關聯(lián)到行權權力和行權責任，并提供流程的歷史履歷。5.1.5.2輸出要求——行權流程信息文檔?！鞒搪臍v信息接口文檔。5.1.6權責清單管理5.1.6.1功能要求治理業(yè)務系統(tǒng)中應提供行權主體在行權任務中行權責任的查詢功能。查詢方式可以是接口或數(shù)據(jù)庫表。可對行權責任信息進行查詢操作，行權責任可量化的部分應量化為評價指標。行權責任應關聯(lián)到行權權力。5.1.6.2輸出要件權責清單信息接口文檔。5.2監(jiān)督要素管理5.2.1項目管理5.2.1.1功能要求治理業(yè)務系統(tǒng)中應提供行權主體參與建設或?qū)徟捻椖啃畔⒉樵児δ?。查詢方式可以是接口或?shù)據(jù)庫表。可對項目信息查詢操作，項目信息會關聯(lián)財政預算。5.2.1.2輸出要件——項目基本信息接口文檔。——資金預算信息接口文檔。5.2.2資金管理5.2.2.1功能要求治理業(yè)務系統(tǒng)中應提供項目資金的查詢功能。查詢方式可以是接口或數(shù)據(jù)庫表?？蓪椖抠Y金信息進行查詢操作，資金應關聯(lián)到項目信息。資金支出需要記錄支出時間、支出金額、支出操作人以及資金去向，資金流入需要記錄流入時間、流入金額、來源以及經(jīng)手人。55.2.2.2輸出要件——資金來源信息接口文檔。——資金使用信息接口文檔?！獋鶛嘈畔⒔涌谖臋n?！顿Y信息接口文檔。5.2.3物資管理5.2.3.1功能要求治理業(yè)務系統(tǒng)中應提供項目物資的查詢功能。查詢方式可以是接口或數(shù)據(jù)庫表?？蓪椖课镔Y進行查詢操作。物資采購需要記錄物資購入時間、單價、數(shù)量、維修和報廢情況，物資支出需要記錄支出時間、物資種類、數(shù)量和去向等。5.2.3.2輸出要件——物資采購信息接口文檔。——物資使用信息接口文檔?！镔Y所屬單位接口文檔。5.3行權留痕5.3.1功能要求——行權過程中治理業(yè)務系統(tǒng)應對每個環(huán)節(jié)的每步操作進行留痕，記錄操作所在的業(yè)務、操作行使的權力、操作履行的責任、操作時間、操作人、操作人所在崗位、操作動作、操作數(shù)據(jù)、操作數(shù)據(jù)原始值、操作數(shù)據(jù)修改值等。并能通過前置采集實時同步到監(jiān)督系統(tǒng)?！O(jiān)督系統(tǒng)應使用行權留痕數(shù)據(jù)，實現(xiàn)可視化監(jiān)控以及行權流程的全程追溯。行權留痕數(shù)據(jù)還可作為監(jiān)督分析模型的輸入，能在事前、事中和事后對行權過程和結果進行多維度的分析，能針對行權數(shù)據(jù)進行統(tǒng)計分析，統(tǒng)計行權過程中的錯誤率、效率、資金額度等。5.3.2輸出要件——行權過程數(shù)據(jù)留痕---治理側接口文檔。——行權流程監(jiān)控---監(jiān)督側接口文檔?！袡噙^程分析---監(jiān)督側接口文檔?！袡嘟y(tǒng)計分析---監(jiān)督側接口文檔。5.4公開公示5.4.1功能描述——治理側應提供行權相關數(shù)據(jù)的公開公示功能，通過網(wǎng)站、公眾號、APP以及短信等多種途徑，進行行權數(shù)據(jù)的精準、充分公開，使公眾更多的了解與自己密切相關的政策法規(guī)以及相關行政辦理信息?！卫韨葢峁┕_公示的統(tǒng)計功能，統(tǒng)計公開數(shù)據(jù)占數(shù)據(jù)全量的百分比，公開數(shù)據(jù)覆蓋度等指標。5.4.2輸出要件——公開公示功能接口文檔。6——公示統(tǒng)計分析接口文檔。5.5外部監(jiān)督植入5.5.1功能要求5.5.1.1監(jiān)督賬號建設單位應為監(jiān)督工作人員在治理業(yè)務系統(tǒng)中開放用戶和相應的查詢權限，使監(jiān)督人員能夠登錄治理業(yè)務系統(tǒng)，查詢監(jiān)督所需的行權數(shù)據(jù)（不可修改），提供行權數(shù)據(jù)導出功能。5.5.1.2采集工具應在業(yè)務系統(tǒng)中安裝采集應用，將監(jiān)督所需的行權數(shù)據(jù)實時同步到監(jiān)督系統(tǒng)?？蓪崿F(xiàn)對業(yè)務系統(tǒng)的基礎數(shù)據(jù)（參見5.1）、監(jiān)督要素（參見5.2）、訪問日志等進行實時采集。治理業(yè)務系統(tǒng)應開放數(shù)據(jù)庫的訪問權限，或提供行權數(shù)據(jù)的上報接口。5.5.1.3基礎設施接入治理業(yè)務系統(tǒng)中如果包含監(jiān)控設備、測量設備、傳感器以及管線等，應提供設備狀態(tài)和采集數(shù)據(jù)的上報接口。5.5.2輸出要件——行權業(yè)務數(shù)據(jù)庫訪問地址、用戶名、密碼以及數(shù)據(jù)庫設計說明文檔?！袡鄶?shù)據(jù)接口文檔。注：以上兩項任選其一——行權業(yè)務系統(tǒng)訪問地址、監(jiān)督賬號和密碼?！A設施數(shù)據(jù)上報接口文檔。5.6外部監(jiān)督工具5.6.1功能要求——監(jiān)督側利用人工智能、大數(shù)據(jù)以及GIS等新一代技術，通過數(shù)據(jù)比對、監(jiān)督模型以及矢量分析挖掘行權過程中的問題和漏洞，輸出問題和風險列表。針對具體某一個監(jiān)督模型，結合整改前后上報的行權流程數(shù)據(jù)，統(tǒng)計問題整改后避免的問題數(shù)量，以及挽回的資金金額?！O(jiān)督側應提供各類小專項的開發(fā)和集成功能，針對特定時間段特定業(yè)務進行專項監(jiān)督治理。5.6.2輸出要件——依賴數(shù)據(jù)---監(jiān)督側接口文檔?！O(jiān)督模型：模型維護接口、效果評價、模型下發(fā)、模型對比方法、對比數(shù)據(jù)---監(jiān)督側。——專項治理：專項維護、問題跟蹤---監(jiān)督側接口文檔?！Ｐ蛻?--治理側:接口文檔。5.7防范控制5.7.1功能要求——監(jiān)督側利用監(jiān)督工具會輸出風險列表，根據(jù)風險發(fā)生的影響范圍和程度制定風險等級，使用不同的顏色或符號標識，針對不同等級的風險提供不同方式的預警和提醒功能。并下發(fā)給治理側。7——治理側接收到風險預警后，應進行處置，并將結果上報給監(jiān)督側。5.7.2輸出要件——風險管理：風險信息（風險等級、風險關聯(lián)崗位）---監(jiān)督側?！L險預警：風險跟蹤、風險下發(fā)、結果審核---監(jiān)督側。——風險處置：風險接收、風險處置、結果上報---治理側。5.8督察督辦5.8.1功能要求——監(jiān)督側提供對行權流程某一環(huán)節(jié)、防范控制中下發(fā)的風險、問題清單中下發(fā)的問題以及監(jiān)督工具中下發(fā)的監(jiān)督模型的處置和應用進行后續(xù)核查、催辦和督辦的功能。會向治理側推送催辦和督辦提醒，并對治理側的處理過程進行圖形化監(jiān)控，提供問題處理前后的效果比對功能。——治理側應提供督辦和催辦提醒的接收接口、催辦督辦處理以及處理結果的上報接口。5.8.2輸出要件——催辦督辦消息---監(jiān)督側接口文檔。——處理流程圖形化監(jiān)控---監(jiān)督側接口文檔?！Ч葘?--監(jiān)督側接口文檔?！咿k督辦接收---治理側接口文檔。——催辦督辦處理---治理側接口文檔。——結果上報---治理側接口文檔。5.9評價評估5.9.1功能要求5.9.1.1自動評價業(yè)務系統(tǒng)應提供自動評價標準和評價模型，根據(jù)辦理時效、駁回次數(shù)等指標自動為行權過程進行星級評價。5.9.1.2公眾評價業(yè)務系統(tǒng)應提供公眾評價模型，強化公眾對行權流程的監(jiān)督。5.9.1.3委辦局評價各委辦局可為行權流程的上下游單位進行評價，包括配合程度、辦事效率等，以推進各委辦局之間的合作。5.9.1.4紀委監(jiān)委評價紀委監(jiān)委對各委辦局行權效果的評價。治理側應提供自動評價、公眾評價以及委辦局評價的功能，也應提供接收監(jiān)督側對本單位評價結果接收接口。5.9.2輸出要件——自動評價模型、評價結果展現(xiàn)---治理側接口文檔?！娫u價---治理側接口文檔。8——委辦局評價---治理側接口文檔?！o委監(jiān)委評價結果接收---治理側接口文檔?！o委監(jiān)委評價---監(jiān)督側接口文檔。5.10問題清單5.10.1功能要求5.10.1.1治理側——針對自查問題，治理側應進行基本的分類，對問題進行編號，針對具體的問題進行整改，在系統(tǒng)中記錄整改措施和流程，并針對整改效果進行問題整改檢查，對檢查通過的問題進行問題銷號，并對已發(fā)現(xiàn)的問題作為日后日常自查的項目，定期復查和記錄情況。并提供問題上報接口，將自查的問題和整改過程上報給監(jiān)督側?！槍ΡO(jiān)督側發(fā)現(xiàn)的問題，治理側應提供問題下發(fā)接收接口，可將問題同步到治理業(yè)務系統(tǒng)中，并進行后續(xù)的問題整改、檢查，自查通過后會上報給監(jiān)督側，并進行后續(xù)該問題的日常監(jiān)督。5.10.1.2監(jiān)督側監(jiān)督側使用監(jiān)督工具中的數(shù)據(jù)比對和監(jiān)督模型對實時和歷史的行權數(shù)據(jù)進行分析，對于發(fā)現(xiàn)的問題應進行分類和編號，提供問題下發(fā)接口，下發(fā)到治理側要求其整改，并在治理側上報整改結果后，進行問題檢查和銷號。后續(xù)應針對該問題形成日常監(jiān)督。5.10.2輸出要件——問題管理功能：問題維護（增刪改查）功能、問題整改功能、問題檢查功能、問題銷號功能、問題日常監(jiān)督功能---治理側?！獑栴}接收接口，問題上報接口---治理側:接口文檔?！獑栴}下發(fā)接口，問題接收接口---監(jiān)督側接口文檔。5.11監(jiān)督數(shù)據(jù)庫5.11.1功能要求5.11.1.1功能要求概述監(jiān)督數(shù)據(jù)庫應提供元數(shù)據(jù)管理功能，可對元數(shù)據(jù)信息進行維護。在元數(shù)據(jù)的基礎上組織數(shù)據(jù)集，數(shù)據(jù)集管理提供數(shù)據(jù)集包含元數(shù)據(jù)的維護功能，按照用途，數(shù)據(jù)集可分為行權數(shù)據(jù)采集數(shù)據(jù)集、監(jiān)督模型輸入數(shù)據(jù)集、監(jiān)督模型輸出數(shù)據(jù)集、問題數(shù)據(jù)集等。5.11.1.2數(shù)據(jù)集的功能——綜合監(jiān)督主題庫，如：項目主題庫、資金主題庫、權力主題庫和決策主題庫等；——專項監(jiān)督主題庫，如：補貼主題庫（含民生補貼和企業(yè)補貼）、行政審批主題庫、公共服務主題庫、社會治理主題庫、公共安全主題庫、行政執(zhí)法主題庫等；——行業(yè)主題庫:財政主題庫、審計主題庫、公共資源主題庫、自然資源主題庫等。5.11.1.3操作方法監(jiān)督數(shù)據(jù)庫利用監(jiān)督植入中前置采集功能提供數(shù)據(jù)交換服務，可實時或者按批次與委辦局業(yè)務系統(tǒng)交換數(shù)據(jù)（雙向在數(shù)據(jù)交換過程中，可實現(xiàn)增量更新，并提供數(shù)據(jù)比對功能，刪除重復和錯誤的數(shù)9據(jù)，對數(shù)據(jù)項進行標準化（格式和編碼提供圖形化數(shù)據(jù)編排功能可對原始數(shù)據(jù)進行關聯(lián)和聚合，并可顯示數(shù)據(jù)血緣。5.11.2輸出要件——元數(shù)據(jù)管理?！獢?shù)據(jù)集管理?！黝}庫管理。——數(shù)據(jù)清洗?！獢?shù)據(jù)編排。5.12安全技術要求5.12.1治理業(yè)務系統(tǒng)治理業(yè)務系統(tǒng)的安全要求包括：——應符合