《智慧居家养老服务信息平台管理与服务规范-山东》由会员分享，可在线阅读，更多相关《智慧居家养老服务信息平台管理与服务规范-山东（16页珍藏版）》请在金锄头文库上搜索。
1、ICS03.080A 12DB37山东省地方标准DB 37/T 35832019智慧居家养老服务信息平台管理与服务规范2019 - 05 - 29发布2019 - 06 - 29实施山东省市场监督管理局发布DB37/T 35832019目次前言III1 范围12 规范性引用文件13 术语和定义14 平台运行机构25 平台技术与性能要求25.1 基本要求25.2 性能要求25.3 数据接口25.4 硬件要求56 第三方服务组织入驻56.1 组织选择56.2 签订协议56.3 业务培训57 服务流程67.1 基本要求67.2 受理67.3 派单67.4 服务提供67.5 督办67.6 投诉处理67
2、.7 跟踪回访78 服务内容与要求78.1 生活照料78.2 健康管理78.3 康复护理88.4 医疗服务88.5 安全守护88.6 精神关怀88.7 信息咨询89 平台运行管理89.1 日常管理89.2 人员管理99.3 设备管理99.4 第三方服务组织管理910 平台技术管理910.1 运行维护管理1010.2 信息安全管理1010.3 数据管理1011 服务评价与考核10附录A （资料性附录） 第三方服务组织基本要求11前言本标准按照GB/T 1.12009给出的规则起草。本标准由山东省民政厅提出、归口并监督实施。本标准起草单位：山东省标准化研究院、山东省民政厅、山东省科学院计算中心、北
3、京普天大健康科技发展有限公司。本标准主要起草人：赵红红、曲发川、朱本行、韩春梅、王建武、岳静宜、舒明雷、杨全勇、米礼梅、王丽丽、赵桂春。12智慧居家养老服务信息平台管理与服务规范1 范围本标准规定了智慧居家养老服务信息平台的运行机构、技术要求、第三方服务组织入驻、服务流程、服务内容与要求、运行管理、技术管理、评价与考核等的要求。本标准适用于山东省智慧居家养老服务信息平台管理与服务。2 规范性引用文件下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。GB 14934食品安全国家标准消毒餐（
4、饮）具GB 19085商业、服务业经营场所传染性疾病预防措施GB/T 27306食品安全管理体系餐饮业要求GB/T35273信息安全技术个人信息安全规范DB37/T 2893.1居家养老生活照料服务规范DB37/T 2893.2居家养老康复护理服务规范DB37/T 3096山东省养老服务信息基本数据集3 术语和定义以下术语和定义适用于本文件。3.1智慧居家养老服务利用信息技术手段，通过互联网+、信息平台、呼叫中心和智能终端及APP软件等，将政府部门、服务组织、社区、家庭与个人互联，为居家老年人提供实时、快捷、高效的智能化养老服务。3.2智慧居家养老服务信息平台依托信息化手段，整合养老服务信息资
5、源，通过窗口服务、电话服务和网络服务等形式，为老年人提供居家养老服务的线上线下一体化信息平台。3.3居家养老服务组织（简称“服务组织”）为居家老年人提供服务的企业或社会组织。3.4居家养老服务对象（简称“服务对象”）年满60周岁及以上常住社区的老年人及相关第三方。4 平台运行机构4.1 平台运行机构应具备增值电信业务经营许可证等相关资质证书，符合相关法律、法规和规章规定的平台运行条件。4.2 应具有与服务内容和规模相适应的资金、固定经营场所、工作设备和工作人员。经营场所必须符合国家有关环境、安全、卫生等方面的要求。4.3 建立与平台服务规模相适应的呼叫中心，提供724小时电话、网络受理服务，确
6、保服务接通率不低于95 %。4.4 应聚集并管理提供居家养老服务的必要资源，包括居家养老服务组织及人员、居家养老服务终端设备等。向居家养老服务组织提供服务资源和服务信息平台，共同向老年人提供居家养老服务。5 平台技术与性能要求5.1 基本要求5.1.1 应具有支撑信息平台运行的安全可靠的信息化基础设施及环境，设施应保持正常运行。5.1.2 宜基于云平台架构，通过整合物联网、移动互联网、现代通讯网络、智能呼叫、智能传感等技术，建设具有覆盖服务区域范围的智慧居家养老呼叫中心及技术支持平台。5.1.3 平台应采用B/S三层架构，应用服务器和数据库均应通过服务商授权。5.1.4 应用系统应设计严密、模
7、式清晰、流程顺畅、控制风险。所有闭环运作流程均应在系统内留下操作痕迹。5.1.5 平台数据资源（包括智能设备终端上传的数据）应符合我省养老服务统一数据规范DB37/T 3096的要求。5.1.6 应根据行业主管部门数据资源的需求，采用预留数据资源共享与交换接口的方式（具体的接口技术要求见5.3），实现与省、市、县等行业主管部门业务系统之间的信息资源共享和交换。5.1.7 应与养老、医疗卫生、保险、第三方评估等养老服务相关机构建立信息资源共享和交换的机制和渠道，利用平台中老年人健康数据资源，为老年人提供相应的服务。5.1.8 宜为各类用户群体提供多渠道服务渠道和工具，包括： 互联网，如计算机应用
8、终端、终端手机客户端； 现代通讯网络，如固定电话、手机、呼叫器； 新媒体应用，如微信小程序、公众号等。5.2 性能要求5.2.1 平台网络、数据交换、安全、运行管理等应符合国家相关的法律法规和标准，特别是云平台架构，应满足业务专网、互联网、移动互联等多层次安全要求。5.2.2 平台运行稳定可靠，应满足200用户以上并发访问、724连续运行要求。5.2.3 应建立数据存储、传输、交互的安全策略，保障数据存储和传输安全。5.3 数据接口5.3.1 接口名称接口名称采用中文名称，由提供方名称和养老信息资源名称组成。5.3.2 接口代码5.3.2.1 接口代码由接口提供方代码、养老信息资源代码、接口分
9、类代码和接口顺序码四部分组成，代码结构见图1。 接口顺序码 接口分类代码 养老信息资源代码 接口提供方代码图1 接口代码结构5.3.2.2 接口代码编码规则如下：a) 第1位为接口提供方代码，使用一位大写英文字母表示，“T”标识资源提供方开发接口，“P”标识共享交换平台统一开发接口；b) 第213位为养老信息资源代码，使用十二位阿拉伯数字表示，编码范围从000001000001999999999999（由省级主管部门确定编码规则）；c) 第14位为接口分类代码（接口分类代码表见表1），使用一位阿拉伯数字表示，编码范围为19；d) 第1516位为接口顺序码，使用两位阿拉伯数字表示，用于标识同一接
10、口分类下的接口顺序，编码范围为0199。5.3.3 接口分类接口分类包括查询类、验证类、数据传输类等，采用5.3.2的接口分类代码。接口分类代码表见表1。表1 接口分类代码表代码分类名称1查询类2验证类3数据传输类9其他类5.3.4 接口版本接口可采用多版本共存、增量发布的方式。5.3.5 技术要求5.3.5.1 传输协议应符合HTTP/HTTPS 1.0/1.1标准。5.3.5.2 WebService消息封装应符合SOAP 1.1/1.2标准；REST消息封装应符合HTTP 1.0/1.1标准。5.3.5.3 描述的内容格式应符合WSDL 1.1、SOAP 1.1/1.2标准。5.3.6
11、开发要求5.3.6.1 接口包括共享交换平台和提供方开发的接口。5.3.6.2 共享交换平台开发的接口应由需求方提出申请，提供方提供系统IP地址、用户名、密码、接口功能名称等信息，并由共享交换平台接口开发人员编写需求文档。5.3.6.3 接口开发要求包括但不限于：a) 接口方式：一般包括WebService和REST两种方式，若为REST方式，应标明REST操作，如get、post、put、delete等；b) 接口方法：命名应采用大小写混合的形式，以小写字母开头，名称中其他单词的首字母以大写字母开头，不宜使用下划线分割单词；c) 接口权限：接口应对共享交换平台开放测试权限，并提供测试用例；d
12、) 接口授权：1) 需授权验证并接受单独的获取授权信息的接口，只允许在业务的接口里传输授权信息的参数；2) 提供方授权的接口应明确管控参数。e) 接口参数：1) REST类型的服务接口，仅允许在Header里传入授权验证相关的参数，不允许使用共享交换平台保留的参数名AppKey、AppSecret、ApiKey、ApiSecret，POST方式的接口支持在Body中传递application/json格式的参数；2) WebService类型的服务接口，不允许在Header传递参数，应在Body中进行传递，传递参数为中文字符时，应采用Utf-8编码。f) 返回数据：1) 接口注册时应标明接口的
13、返回格式；2) 返回数据应采用固定的格式封装，一般为xml、json等。如果参数或接口调用不通过，可通过返回码返回数据。5.3.7 发布要求5.3.7.1 接口发布时，应与省级主管部门确定的信息资源目录相对应，并准确填写接口描述信息。5.3.7.2 接口描述信息包括但不限于接口概述、接口分类、接口方式、接口地址、访问限制、接口授权、接口方法、输入输出参数，以及接口调用实例。5.3.7.3 接口描述信息填写至少应符合以下要求：a) 接口概述：应描述出接口的提供方和功能；b) 访问限制：应明确原始接口地址是否有调用限制，若存在接口限制，应明确接口限制形式，如IP或端口限制；c) 接口授权：应说明服
14、务接口的授权方，包括共享交换平台和提供方；d) 输入：针对每个接口方法，应给出参数名、参数说明、类型、约束等输入信息；e) 输出：针对每个接口方法，应给出返回值格式等输出信息；f) 接口实例：提供方应提供接口实例，并标注返回参数含义等信息。5.3.8 接口更新5.3.8.1 提供方若因业务变更，需对交换数据进行变更时，应在不影响使用的原则下对已发布的接口更新。5.3.8.2 接口更新时，应：a) 避免变更输入、输出参数；b) 不能在工作时间内进行接口更新；c) 提前在本级共享交换平台进行更新备案，说明接口更新的计划停止时间、重新启动时间、变更内容等。5.3.9 授权验证应通过共享交换平台提供的接口密钥对调用服务申请进行授权验证。5.4 硬件要求5.4.1 呼叫中心
