CN111477317A - 一种基于互联网的智能小区用医患护智能*** - Google Patents

Abstract

本发明提供一种基于互联网的智能小区用医患护智能***，包括通信接口、n个信息采集服务器、Web后台服务器；通信接口包含小区智能终端接口、家庭用医护患***通信接口、n个智能终端接口；信息采集服务器i对应患者i、护理员i、智能终端接口i、医生i、患者家属i，1≤i≤n，用于采集患者i生理参数，用药与日常生活等图像，以及护理员i的护理图像，通过智能终端接口i并借助于互联网把患者i的生理参数、用药与日常生活等图像、受护理图像上传给Web后台服务器。本发明充分利用高性价比的微处理，以及灵活、高速的FPGA，尽可能地降低成本，让尽可能多的患者能够经济、便捷地使用该技术方案的产品，极力服务于人们的大健康事业。

Description

一种基于互联网的智能小区用医患护智能***

技术领域

本发明属于信息技术领域，尤其涉及互联网在公共医疗、护理上的应用。

背景技术

资料显示，1950年到2015年间，平均每名妇女生育子女总数从6.11人下降至1.66人，同期总死亡率从每万名22.2人持续下降至7.2人，人口平均期望寿命从44.6岁上升至75.3岁，预计在2050年将达到80岁。近年来，60周岁及以上老年人数占总人口数的比例正按每年0.6个百分点持续上升，预计到2040年将增加至28％。65周岁及以上的老年人数占总人口数比例以每年0.3个百分点增长，2017年已至11.4％。

与人口老龄化相关的主要问题之一就是慢性非传染性疾病的负担随之加重。自2008年以来的10年内，居民两周患病率由18.9％上升到24.1％，60岁及以上老年人两周患病率高达56.9％(城市66.9％，农村45.8％)，慢性疾病患病率竟高达为71.8％(城市81.8％，农村61.6％)。慢性疾病已成为老年人的主要致病因素，加强长期的日常照护已成为减少慢性疾病发病率的重要措施。

伴随人口结构和疾病谱的改变，家庭规模、结构也发生相应变化。资料表明，拥有三代人的家庭比例由48.5％下降至18％，而拥有一代人的家庭比例由2.5％快速增长至34.2％，截止2010年，拥有一代或两代人的家庭占比已高达80％，导致我国平均家庭规模从5人降至3.1人。与之相应的是，空巢老人人数逐年增加，人口流动让这一情况更加凸显，这意味着很多子女无法长期照护老年人。

事实上，医疗卫生方面的投入总体较大，但人均占有医疗资源严重不足，且医疗资源配置呈现非均衡性特征，主要集中于公立医院，资源利用率受到城乡差异，以及个人收入、年龄、健康状况、疾病严重程度等因素影响。

综上所述，伴随老龄化程度日益加剧，以及疾病谱由传染性疾病向慢性非传染性疾病转移，医疗资源紧缺、就医难等现状使得老年人迫切需要子女长期监护。目前承担社会建设主要力量的年轻人均长期在外工作，这使得子女们不能长期在老年人身边提供照护，因而医、患、护三者之间的矛盾变得日益突出。

现有技术一的技术方案

医疗卫生资源电子化、信息化、网络化

该类方案主要包括两种，一种是充分利用计算机技术、网络技术，进行医院的电子信息化建设，例如医院管理信息***、电子病历管理***、网络预约挂号***、医院内危重病人的区域化无线监视***等。另一种是利用互联网手段集中零散的医疗资源，形成了一种类似于医院性质的规模化、***化的服务网络。

现有技术一的缺点

这类技术方案强调“医”，让现有的医疗卫生资源更加高效、便利地为人们服务，但其缺点为：

对解决“医、患”问题有很大贡献，但是很少涉及“护”，即对解决“护”的问题几乎没有贡献。

现有技术二的技术方案

移动医疗App

这类方案充分利用智能终端的强大计算、存储、分析能力，以及其网络通信功能。它主要基于目前人均1部多的智能手机这一事实，这为该方案的实施铺设了坚实的基础。这类产品主要集中于能运行于如智能手机等智能设备上的如血压、心跳等人体生理信号采集与分析、健康评估等App,在线预约挂号、药物查询、药物购买等App，以及养生，保健等健康咨询信息App，目前已超过165000种。

现有技术二的缺点

这类方案将移动智能终端的计算、存储、分析能力几乎用到了极致。人们通过运行自己手机上的App产品，便可以大致知道自己的生理健康情况。

这种技术方案的缺点为：

这类产品不能准确地给出患者个人的具体病情健康状况。他们的评估依据往往经过统计等方式获得，一般适合大多数人。事实上，每个患者个体都有生理、习性等方面的差异。因此，利用这些App精准地分析每个患者的健康状况，难度大，也不现实。

对于需要及时看病的病人，该方案的技术产品作用不大。

很少涉及“护”，即对解决“护”问题，几乎没有贡献。

现有技术三的技术方案

远程监视***

这类方案充分利用物联网、云计算等通信技术以及PC强大的计算分析能力、存储功能以及友好的人机接口功能，它主要基于目前强大的通信网络。如图1所示，这类产品的基本原理是基于PC和Internet或物联网，医生通过网络视频查看患者的如肤色等外在情况，实现“望”；通过网络的声音通信实现“问”，通过患者身旁的一些相关医疗仪器来实现“闻”、“切”。在此基础上，医生实现对异地患者的远程诊断。

现有技术三的缺点

这类方案充分利用了现有的网络通信技术(包括物联网)以及PC强大的计算、分析、网络通信能力，为远离医院的患者的急诊或就诊提供了一种高效、可靠途径，实现了医疗资源的、特别是医务工作者的高效配置，让患者不用到医院就可以享受到医生及时、有效的可靠诊断。

这种技术方案的缺点为：

这类产品需要患者家里有PC机，以及相关的医疗仪器。医生基本上要求在PC端上实现诊断，这对于地处偏远的农村的患者，该要求比较高；对医生也有一定要求。

成本高、使用不方便。相关医疗仪器及PC，对于经济比较落后的农村患者，费用显得比较高，而且他们那里也很少有网线。放置这些仪器和运行患者服务器的PC产品需要比较专用的装置或平台，因此，使用起来不方便、在没有网线的地方，患者根本无法使用该方案的技术产品。

综上，现有技术产品很少涉及“护”，即对解决“护”的问题几乎没有贡献。

发明内容

本发明的目的在于解决上述现有技术存在的缺陷，同时基于智能小区因其安全、舒适与便利的生活环境以及统一、便捷、高效的管理而已逐渐成为基于家庭之上的基本社会单元这样一种现实的考虑，提供一种基于互联网的智能小区用医患护智能***。该***充分利用高性价比的微处理，以及灵活、高速的FPGA，尽可能地降低成本，让尽可能多的患者能够经济、便捷地使用该技术方案的产品，极力服务于人们的大健康事业。

本发明采用如下技术方案：

一种基于互联网的智能小区用医患护智能***，包括通信接口、n个信息采集服务器、Web后台服务器；

通信接口包含小区智能终端接口、家庭用医护患***通信接口、n个智能终端接口；

n个信息采集服务器，信息采集服务器i对应患者i、护理员i、智能终端接口i、医生i、患者家属i，1≤i≤n，用于采集患者i生理参数、用药与日常生活等图像，以及护理员i的护理图像，通过智能终端接口i并借助于互联网把患者i的生理参数、用药与日常生活等图像、受护理图像上传给Web后台服务器；

通过智能终端接口i，接收Web后台服务器发送的医生i、患者家属i的医嘱、提示、提醒信息；

经过智能终端接口i，Web后台服务器将从信息采集服务器i处获得的信息保存起来并进行相关信息处理与更新，以供医生i、患者家属i查阅；

通过智能终端接口i，医生i、患者家属i从Web后台服务器处获得采集到的患者i生理参数、用药与日常生活等图像，以及护理员i的护理图像；将他们的医嘱、提示、提醒信息发布给Web后台服务器；

经过智能终端接口i，Web后台服务器将医生i和患者家属i的医嘱、提示、提醒信息实时传送给对应的信息采集服务器i；

接收医患护信息并进行相应的分析、整理、保存、响应；

根据所在小区内家庭用医护患***等***提供的服务，客观评价、不断更新相应医生、护理员的服务信息等；

医生i、患者家属i智能手机上的App用来查阅患者i的生理参数以及用药与日常生活、护理情况，进行医嘱、提示、提醒等；

分别查阅患者i的医疗、护理情况；

患者i、患者家属i通过他们智能手机上的App查看关于能提供服务的医生、护理员以及这些医生的业务能力、服务质量以及护理员的服务态度与护理质量等信息；向Web后台服务器发布患者i对医生i的业务能力、服务质量的客观评价以及对护理员i的服务态度与护理质量的客观评价；

小区管理员智能手机上的App用来注册/注销能为并愿意为所在小区患者提供治疗服务、护理服务的医生、护理员；为在所在小区服务了的医生、护理员提供他们各自详尽的服务证明资料；让所在小区内的家庭用医护患***等外部***随时访问在所在小区注册了的医生、护理员及其服务信息；提供该***医患护详细信息。

本发明的有益效果：

1.从用户的角度看，医生、护理员、患者家属以及智能小区管理员只需他们现在使用的智能手机上安装该***的相应的App并根据小区具体情况配置多套测量患者生理参数以及拍摄其用药治疗与护理图像的信息采集服务器即可。实现Web后台服务器的硬件装置，由本发明的生产商负责，用户根本看不见也不用关心。

2.从硬件的角度看，包括医、患、护、小区管理在内，用户(患者)只需要一套嵌入式信息采集服务器，该服务器相对于技术方案三中的PC上运行的患者端服务器与相关医疗仪器，无论从成本方面，还是从安装、维护以及使用等方面，均要好得多。

3.相对于现有实现技术方案，如方案一、二、三，本技术方案的突出优点为解决了现有技术方案没有解决的目前面临的“护”的问题。另外，该技术方案充分、巧妙利用了目前人均至少一部智能手机的现有个人资源基础以及智能手机强大的通信能力。另外，如果患者不是病得太重且有生活自理能力，其子女可根据患者的用药图像等通过频繁的语音提醒等进行远程照护，进而省去了护理的经济开销。如果患者不能生活自理，其子女可根据患者的用药图像以及护理图像等通过语音提醒等进行远程密切监护而不必一直在患病的父母身边，这样既照顾好了患病的父母，又兼顾了自己的工作。故该***不仅经济、全方位解决了目前遇到的医、患、护问题，而且让该***使用起来非常方便、简洁。

4.医、患、护问题已逐渐成为了当今世界的一个日益凸显的社会问题。该技术方案为解决这一社会问题提供了一种有效的途径。该方案的技术产品有利于高效利用多种社会资源让人们活得健康、长寿，有利于人们团结，有利于社会和谐。因此本技术方案具有很好的社会效益、经济效益。

附图说明

图1为医疗远程监视***结构简图；

图2为本发明的智能小区用医护患智能***功能示意图；

图3为本发明的智能小区用医护患智能***；

图4为实施例1中当前心率测量图；

图5为实施例1中当前体温测量图；

图6为实施例1中受试者(患者)生理参数变化曲线图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面对本发明中的技术方案进行清楚、完整的描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

如图2，本发明提出的一种基于互联网的智能小区用医患护智能***，包括通信接口、n个信息采集服务器、Web后台服务器。通信接口包含小区智能终端接口、家庭用医护患***通信接口、n个智能终端接口。信息采集服务器i对应于患者i、护理员i、智能终端接口i、医生i、患者家属i，1≤i≤n。

信息采集服务器i采集患者i生理参数，用药图像与护理员i日常生活等图像。利用蓝牙技术与互联网等技术，它将这些采集信息通过智能终端接口i上传给Web后台服务器。同时，它将通过智能终端接口i从Web后台服务器接收到的医生i和患者家属i的医嘱、提示、提醒通过语音等手段“实时”告知患者i、护理员i。Web后台服务器一方面将从信息采集服务器i处获得的信息保存起来并进行相关信息处理与更新，以供医生i、患者家属i查阅。另一方面，它将医生i和患者家属i的医嘱、提示、提醒“实时”通知给信息采集服务器i。

另外，通过小区智能终端接口即小区管理员智能手机App，该***注册/注销能为并愿意为所在小区患者提供治疗服务、护理服务的医生、护理员，为在所在小区服务了的医生、护理员提供各自详尽的服务证明资料。通过家庭用医护患***通信接口，小区内的家庭用医护患***能查看可提供治疗服务、护理服务的医生、护理员以及他们的相关情况；也能对正为患者服务的医生、护理员的业务能力与服务质量、服务态度与护理质量的客观评价发布给Web后台服务器。

借助于该***，医院的医生“实时查看”远在异处的患者的生理信息、“实时诊断”患者的健康状况，并“现场”医嘱患者，提示或提醒患者与护理员的相关注意事项，“现场”询问患者子女相关情况并给出合理建议；患者和护理员将患者各种不适情况以及相关生活与用药情况“实时”地告诉给医生，便于医生准确地远程诊断患者的病情；工作于他乡的如子女等亲属远程“实时”了解患者的身体健康状况及吃药等情况，以及护理员对父母的护理情况，“现场”提醒或提示父母与(或)护理员相关事项。就这样，该智能医疗***通过医生、患者、患者子女家属与护理员之间的紧密耦合，为解决目前面临的医、患、护难题提供了一种有效的途径。与外部***通过通信接口让该***成为一个信息开放、动态的而非封闭、静态的医护患智能***。

基于上述内容，如图3所示，基于互联网的智能小区医患护智能***，该***主要由Web后台服务器、通信接口、n个完全一样的信息采集服务器三个部分构成。其中，每个信息采集服务器包含现场采集***、现场处理***、现场通信***，它们分别完成患者现场信息采集、现场事务处理、信息采集服务器与外界的通信。现场采集***利用体温集成传感器、PulseSensor传感器、MAX30102传感器、小型摄像头OV7670分别获取患者体温、心率、血氧饱和度、患者用药与护理员的护理图像。其中，应用FPGA芯片EP4CE6E22C8N完成了患者的血氧饱和度、患者与护理员图像的高速信息处理与传送。鉴于成本、可靠性及使用的便捷性，以S3C2240A为核心构建了现场处理***，该***的操作***为Linux。

S3C440A嵌入式***包括电源电路、时钟电路、复位电路、JTAG电路、内存电路、Flash存储电路、语音电路等。其中，内存、Flash的存储空间分别为64MB、1Gb。利用MY2490-16P模块设计出了语音电路。以HC-06蓝牙通信模块为核心设计出了现场通信***。

通信接口包括小区智能终端接口、家庭用医护患***通信接口与n个相同的智能终端接口。智能终端接口包括患者、医生、患者家属与护理员处的智能终端接口，与小区智能终端接口均以智能手机App的形式予以实现。家庭用医护患***通信接口是以通信协议及相应的API形式提供的关于医生、护理员、患者及其治疗与护理的信息接口。

Web后台服务器主要基于JDBC数据库技术，由Web应用及事务处理、医生数据库、患者数据库、护理员数据库组成，它利用了云计算在云存储器上予以实现。

信息采集服务器i的现场处理***将从现场采集***处获得的患者i心率、体温、血氧等生理参数与患者i吃药治疗以及护理员i对患者i护理等图像和患者i/护理员i的咨询等通过其通信***借助于蓝牙技术上传给患者i的智能手机App(智能终端接口)，患者i的智能手机App通过移动网络等互联网将这些信息上传至Web后台服务器进行处理、存储，1≤i≤n。医生i、患者家属i借助于其智能终端接口(手机APP)通过互联网从Web后台服务器了解患者i的身体健康情况、吃药等治疗与护理员i对患者i的护理情况。

相应地，医生i、患者家属i的医嘱、用药或生活提醒、护理提醒等通过他们的智能终端接口、互联网、Web后台服务器、互联网、患者智能终端接口i与现场采集服务器i告知患者、护理员。医生i、患者家属i、护理员i之间通过他们各自的智能终端接口i、互联网、Web后台服务器、互联网、对方智能终端接口i进行沟通、交流。

通过小区智能终端接口，该***注册/注销能够并愿意为所在小区患者提供治疗、护理的医生、护理员，为所在小区服务了的医生、护理员提供他们各自详尽的资料，接受该***服务的患者、患者家属借助于其各自的智能终端接口，以及所在小区使用家庭用医护患***的患者、患者家属通过该***的家庭用医护患***通信接口，一方面能非常经济、便捷地动态、实时地了解目前能提供医疗、护理服务的医生、护理员相关情况，另一方面能将对正在提供医疗、护理服务的医生、护理员相关情况与客观评价实时、动态地发布给Web后台服务器。同时，还可以在线为患者选取或更换医生、护理员。另外，通过小区智能终端接口，可以***查询、统计、分析该***中医护患的详细情况。

鉴于几乎人均一部智能手机的现状以及智能手机强大的通信能力，本发明将患者智能终端接口、医生智能终端接口、患者家属智能终端接口与护理员智能终端接口与小区智能终端接口均在智能手机上以App的形式予以实现，这样既简化了这些终端，又极大地降低了成本，还让使用变得异常便捷、简洁。

对试制出的该智能小区用医患护智能***进行了实验。

实施例1

实验配置为：

在集成开发环境Quartusll13.1、QtCreator4.8.5、Myeclipse中研制出的一个图3所示的包含信息采集服务器与Web后台服务器、通信接口的智能小区用医患护智能***(在案例1中，图3中的n＝6)，一套基于互联网并由信息采集服务器、智能终端接口、Web后台服务器构成的家庭用医护患***，以及完全健康的实验者：一名模拟小区管理员，一组、六组实验人员分别用于家庭用医护患***、该智能小区用医患护智能***。本实验中涉及的家庭用医护患***在结构及实现上与本方案设计的如图3所示的智能小区用医患护智能***几乎完全一样，不同的在于它省去了家庭用医护患***接口与小区智能终端接口，它的信息采集服务器、智能终端接口仅有1套而非6套。对于这7组实验人员，每组实验员要有模拟患者、患者家属、医生、护理员的。各组的医生、患者家属、患者与护理员分别在一个地方。小区管理员、医生、患者与护理员相距100m，他们分别使用Android4.4.0版本以上的华为、华为、华为、小米手机。基于Eclipse开发平台设计出的小区智能终端App、医生智能终端App、患者家属智能终端App、护理员智能终端App分别安装在他们的手机上。其中，患者距对应信息采集服务器在10m以内。安装App中，对SD卡读取权限、蓝牙设备访问权限等进行了相关设置，为避免在运行过程中因***级资源回收而关闭应用程序后台服务进程，在手机电量管理、安全管理中取消了后台服务限制。

整个***在互联网环境中进行了功能性测试和实时性测试。其中，功能性实验有9种，即用户注册与登录、患者信息采集、患者信息采集示警、医生诊断建议推送、患者家属嘱咐推送、护理员护理意见推送、医生/护理员的查询评价与更换、智能小区医护患信息管理、与所在小区内的家庭用医护患***的信息交互。首先，各患者实验员、患者家属实验员、医生实验员、护理员实验员在各自的智能手机App上输入正确的用户名、密码等均成功地完成了用户注册与登陆。这之前他们均输入一个或两个错误的信息，结果均无法注册、登陆。接着，各组医生实验员发出测试患者各项生理参数的医嘱，现场的语音模块均把这些医嘱播放出来了，同时，这些信息在各组患者实验员、护理员实验员的App上都显示出来了。各组患者实验员听到该语音医嘱后，在各自的护理员实验员的陪同下，利用***中的体温集成传感器、PulseSensor传感器、MAX30102传感器等分别进行体温、心率、血氧饱和度等生理参数的测试。其中，在测试各组患者实验员心率时，用患者实验员的小米手环进行同步测试，以便于测试参考。在测试中，各组医生实验员、患者家属实验员在其各自的App上均看见了对于患者进行各种测试的图像以及相应的护理图像，也看见了各生理参数的测试结果。各组医生发出的嘱咐能通过语音让相应的患者实验员、护理员实验员听到，然后依照嘱咐执行。各组患者实验员、护理员实验员将患者的一些感觉不适情况、护理员的一些护理咨询发出后，相应的医生、患者家属均能在其App上及时地看见。各组患者实验员、患者家属实验员均在其App上发布了对相应医生实验员、护理员实验员的医护评价，并能看见其他能够提供医疗、护理的医生、护理员及相关信息，可以进行相关选择。对家庭用医护患***进行了类似的上述功能性实验。然后小区管理员实验员通过其App成功地注册/注销愿意并能够提供医疗、护理服务的医生、护理员，为一些服务了的医生、护理员提供了医疗、护理服务证明材料。上述实验均进行了多组，以验证其可靠性。实验结果表明，上述9种功能均成功地通过了实验验证。其中，一组连续10次测量一患者实验员的心率如表1所示。

本***与小米手环的心率测量均值分别为79.3次/分钟、79.4次/分钟。由此可知，本***的心率测试是比较可靠的。该***在同样实验条件下对患者实验员的心率、体温、血氧参数分别进行了反复多次实验，得到的均值范围均分别为79.1-83.2次/分钟、29.47-33.93℃、95.0％-96.6％，其中一组结果如图4-图6所示，它们均在人体体征参考值区间内。

表1本***与小米手环的心率值对比测量结果(单位：次/分钟)

事实上，不同时段的网络速度往往不一样，为了准确地对该***进行实时性测试，实验将测试时间段分为7:00至12:00、12:00至19:00、19:0至24:00共三种情况。测试前，先对患者实验员、医生实验员、患者家属实验员的手机进行了UTC时间校准。在生理参数采集过程中，患者实验员在接收到采集要求后立即做出响应并启动相应生理参数采集。在网络畅通的相同实验条件下，分别对患者信息采集、医生诊断建议推送、患者家属嘱咐推送进行了多次重复实验。统计得到表2、表3所示的信息推送总时长实验结果，其中Max、Min、Avr分别表示最长用时、最短用时、平均用时。

表2医生终端实时测试结果

表3患者家属终端实时性测试结果

从表2、表3中的测试数据看出，总体上医生智能终端实时性测试结果与患者家属智能终端实时性测试结果基本相同，所有测试项在12点到24点间的耗时总体高于7点到12点间，说明12点前的网络用量较低，整体网络延时较小。其中，心率采集、体温采集、血氧采集、日常生活图像采集、医生诊断建议推送、患者家属嘱咐推送最长用时均不超过7mi n，尤其医生诊断建议推送、患者家属嘱咐推送用时最短，均在17s以内。实时性测试结果表明，在非紧急情况下，该***能实现医生或患者家属“实时查看”患者的生理参数，“实时监控”患者吃药、日常起居情况以及护理员的护理情况，“实时了解”患者的生理参数，“实时了解”患者的健康情况并反馈诊断意见或嘱咐。这些实验结果验证了本发明提出的智能小区用医患护智能***的有效性、精确性、可靠性。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (4)

1.一种基于互联网的智能小区用医患护智能***，其特征在于，包括n个信息采集服务器、通信接口、Web后台服务器；

n个相同的信息采集服务器，均包括现场采集***、现场处理***、现场通信***；

其中，现场采集***i完成患者i的现场信息采集；

现场处理***完成现场事务处理：其中，现场处理***将现场采集***i处获得的患者i心率、体温、血氧的生理参数与患者i日常生活、吃药治疗以及护理员i对患者i的护理的图像和患者i/护理员i的咨询通过现场通信***上传给智能终端接口i,1≤i≤n；

现场通信***利用蓝牙完成信息采集服务器i与智能终端接口i之间的通信；

通信接口基于互联网，通信接口包括小区智能终端接口、家庭用医护患***通信接口和n个相同的智能终端接口；

智能终端接口包括患者、医生、患者家属与护理员处的智能终端接口，与小区智能终端接口均以智能手机App的形式予以实现；

患者i的智能手机终端通过互联网实现与Web后台服务器之间的信息交互；医生i、患者家属i的智能手机终端均用来查阅患者i的生理参数以及用药与日常生活、护理情况，进行医嘱、提示、提醒患者i；患者i、患者家属i智能手机终端用来查看关于能提供服务的医生、护理员以及关于这些医生的业务能力、服务质量以及护理员的服务态度与护理质量等信息；

患者i、患者家属i的智能手机终端向Web后台服务器发布对患者正提供服务的医生i的业务能力、服务质量的客观评价以及对护理员i的服务态度与护理质量的客观评价；在线为患者i选取或更换医生、护理员；

小区管理员智能手机终端用来注册/注销能为并愿意为所在小区患者提供治疗服务、护理服务的医生、护理员；为在所在小区服务了的医生、护理员提供他们各自详尽的服务证明资料；提供该***医患护详细信息；

家庭用医护患***通信接口是以通信协议及相应的API形式提供的关于医生、护理员、患者及其治疗与护理的信息接口,小区内的家庭用医护患***通过它来访问在所在小区注册了的医生、护理员及其服务信息；发布家庭用医护患***提供的对医生、护理员的客观服务评价；在线为患者选取或更换医生、护理员；

Web后台服务器，基于JDBC数据库，由Web应用及事务服务、医生数据库、患者数据库、护理员数据库组成，利用云计算在云存储器上予以实现；

接收来自于通信接口的医护患信息并进行相应的分析、整理、保存、更新、响应，提供查阅的咨询服务。

2.根据权利要求1所述的基于互联网的智能小区用医患护智能***，其特征在于，现场采集***利用体温集成传感器、PulseSensor传感器、MAX30102传感器、小型摄像头OV7670分别获取患者体温、心率、血氧饱和度、患者用药与日常生活图像以及护理员护理图像。

3.根据权利要求1所述的基于互联网的智能小区用医患护智能***，其特征在于，现场处理***以S3C2440A为核心构建，操作***为Linux，S3C2440A嵌入式***包括电源电路、时钟电路、复位电路、JTAG电路、内存电路、Flash存储电路、语音电路,内存、Flash的存储空间分别为64MB、1Gb,利用MY2490-16P模块设计出了语音电路。

4.根据权利要求1所述的基于互联网的智能小区用医患护智能***，其特征在于，现场通信***是以HC-06蓝牙通信模块为核心设计的。

Images