22ApplicationspecificationforgovernmentseDB22/T3684—2024I本文件按照GB/T1.1—2020《標準化工作導則第1部分：標準化文件的結構和起草規則》的規定本文件由吉林省政務服務和數字化建設管理局提出、歸口、組織實施并負本文件主要起草人：底曉強、孫蘇鵬、姜曉明、閆禹行、沈強、周建秋、李博、劉爽、劉DB22/T3684—2024政務服務碼成為自然人和法人獲取政務服務的可信電子身份憑證，通過亮碼掃碼實現政務數據的安全DB22/T3684—20241政務服務碼應用規范本文件適用于政務服務碼服務方和應用方開展政務服務碼設計、接入GB/T33560信息安全技術密碼應用標識GB/T35273信息安全技術個人信息安全GB/T39477信息安全技術政務信息共享數據安全技術要求4縮略語TLV：標簽-長度-值（Tag-Length-VAPP：應用程序（ApplicatioHTTPS：超文本傳輸協議（HyperTextTransferProtocolSecuJSON：Javascript對象標識（JavaScriptObjectNota2政務服務碼服務方應指定服務負責人，負責與應用方進行對接，并承相關單位經授權后可開展政務服務碼的合規應用研發，促進政務服務碼在更多民生領域的便利化用于識別碼類型和生碼源平臺信息，實現跨地區、跨部門的碼互通。路由段總長度為12個字節，a)碼類型代碼：固定為“ZWM”,表示政務領域，長度為3個字節，用于標識碼的應用領域；b)生碼源平臺代碼：長度為7個字節，用于標識生碼源平臺代碼。前5個字節固定為“32200”,后2個字節為序號，由政務服務碼服務方統一分配，默認為“00”;c)碼展示渠道代碼：長度為1個字節，用于標識碼展示渠道；d)主體類別代碼：固定為“0”,表示自然人，長度為1個字節，用于標識亮碼主體的類別。DB22/T3684—20243或者身份認證信息和身份標識信息的組合，采用TLV編碼若實人認證后亮碼，身份認證信息用于存儲用戶實人認證后的結果信息，如身份認證服務返用于存儲政務服務平臺對接的業務索引及授權信息，按照業務需求統一設計此段內容，此段采用用于校驗碼的真實有效性，總長度為76個字節，包括2類內容，應符合a)失效時間：以時間戳服務提供的時間為準，編碼時將獲得的yyyya)碼類型代碼：固定為“ZWM”，c)碼展示渠道代碼：長度為1個字節，用于標識碼展d)主體類別代碼：長度為1個字節，固定為“用于標識企業身份信息，使用統一的企業身a)法人碼的身份段為身份認證信息，使用電子營業執照身份認證后返回的認證Token；b)法人碼的身份段為身份標識信息，使用統一社會信用代碼。用于存儲法人碼身份段（A段）內容的數字簽名值，幕大小自適應將政務服務碼最優顯示，分辨率不小于200DPI（每英寸長度內的像素點數4DB22/T3684—2024應完整表述個人信息主體對其個人信息、授權有效期、被授權主體及授權情況。獲得用戶授權后，應通過調用解碼接口，獲取用戶授權的個人信息和個人標簽信息。通過HTTPS發送請求，使用JSON進行數據交互。6.3.4離線可用在網絡阻塞、服務器離線等情況下可離線使用。政務服務碼服務方應描述網絡IP、域名、平臺部署位置等信息。7.1.2接口信息政務服務碼服務方應給出接口調用方案。7.1.3數據環境政務服務碼服務方應給出數據同步方案和元數據。政務服務碼服務方應給出安全方案。政務服務碼應用方代碼調試時按照政務服務碼服務方的要求使用測試環境，測試通過后，正式接入政務服務碼。政務服務碼應用方的業務系統應接入“吉林省統一身份認證平臺”,實現統一認證和統一登出功能。7.2接入流程政務服務碼應用方應按照以下步驟接入：a)政務服務碼應用方向行業主管部門提出接入申請，對應用場景、服務目錄和所需信息進行備案b)行業主管部門對申請進行審核，指定服務負責人，對審核通過的政務服務碼應用方申請進行管理和需求對接；DB22/T3684—20245c)政務服務碼服務方對政務服務碼應用方提供的可行性分析、需求分析及界面設計方案進行審d)政務服務碼應用方根據政務服務碼服務方提供的方案接入“吉林省統一身份認證平臺”；安全方案，政務服務碼應用方在測試環境中進行測試，測應符合GB/T22239和政務服務碼服務方規定的網絡安DB22/T3684—20246與國務院部門垂直管理業務系統進行對接時，采用全國一體化政務服務平臺規定的接口進行個人信息A.2應用場景——政務服務：通過出示政務服務碼，實現在——出行服務：通過出示政務服務碼，實現公交、地鐵和博物館等公共設施及場所的刷碼出行及消費。同時，為特定群體提供限時免費通行——醫療服務：通過出示政務服務碼，實現在醫療機構或定點藥店的預約掛號、醫保結算、就醫——教育服務：通過出示政務服務碼，實現學校的通行憑證、就餐消費、出席簽到等場景化應用。同時