CN107993697A - 医疗服务平台及系统 - Google Patents

Abstract

本发明提供了一种医疗服务平台及系统，该医疗服务平台包括个人中心模块接收并存储个人注册信息、个人登录信息、就诊记录信息，及各个医院终端发送的病例档案信息；线上就诊模块接收用户输入的医院选择信息、挂号信息，并将挂号信息发送至相应的医院终端；接收并存储医院终端发送的检查报告；导航模块接收用户的导航请求，生成对应医院内的导航路线；电商模块接收用户的服务/产品选择信息，并生成服务/产品订单，将服务/产品订单发送至对应的服务/产品终端。这样实现了多功能集成于一体，避免用户在不同APP中按照不同流程进行操作的繁琐事项，提高用户体验，满足了医疗服务需求。

Description

医疗服务平台及系统

技术领域

本发明涉及物联网医疗技术领域，尤其是涉及一种医疗服务平台及系统。

背景技术

随着科技的飞速发展，“智慧医疗”越来越来贴近人们的生活，各大医院定制化的移动端APP(Application，应用软件)也是层出不穷，在方便了人们就医的同时，也给用户带来了很多困扰。

各大医院在定制化APP的过程中，均是独立开发，并针对医院自身需求来定制，因此市场上出现了越来越多的定制化医疗APP。当用户去不同的医院就诊时，需要了解不同的APP的操作流程，在不同的APP中注册、登录、查看病例档案，给用户造成了诸多不便；且现有的APP功能不完善，用户体验差，不能满足医疗服务需求。

发明内容

有鉴于此，本发明的目的在于提供一种医疗服务平台及系统，以实现个人信息存储、线上挂号就诊、室内导航、电商服务等多功能集成于一体，避免用户在不同APP中按照不同流程进行操作的繁琐事项，提高用户体验，进一步满足了医疗服务需求。

第一方面，本发明实施例提供了一种医疗服务平台，包括：

个人中心模块，用于接收并存储个人注册信息、个人登录信息、就诊记录信息，及各个医院终端发送的病例档案信息；

线上就诊模块，用于接收用户输入的医院选择信息、挂号信息，并将所述挂号信息发送至相应的医院终端；接收并存储所述医院终端发送的检查报告；其中所述挂号信息包括预约挂号信息、取消挂号信息及后延挂号信息；

导航模块，用于获取导航请求，并生成对应医院内的导航路线；

电商模块，用于接收用户的服务/产品选择信息，并生成服务/产品订单，将所述服务/产品订单发送至对应的服务/产品终端。

结合第一方面，本发明实施例提供了第一方面的第一种可能的实施方式，其中，所述导航模块具体用于：

获取用户扫描医院内设置的定位图标而生成的图标信息，根据所述图标信息生成下载请求，将所述下载请求发送至云服务器；

接收云服务器根据所述下载请求发送的对应医院的布局模型；

获取终点信息、起点信息，生成导航请求；

根据所述导航请求和所述布局模型，确定对应医院内的导航路线。

结合第一方面的第一种可能的实施方式，本发明实施例提供了第一方面的第二种可能的实施方式，其中，所述导航模块还用于：

获取用户扫描所述医院内设置的定位图标而生成的图标信息；

根据所述图标信息、所述布局模型，确定所述图标信息对应的当前位置；

确定所述当前位置在所述导航路线中的位置，并在所述导航路线中进行突出显示。

结合第一方面，本发明实施例提供了第一方面的第三种可能的实施方式，其中，所述导航模块还用于：

根据所述导航路线，以虚拟漫游的方式进行线路预览。

结合第一方面，本发明实施例提供了第一方面的第四种可能的实施方式，其中，还包括线下就诊模块；

所述线下就诊模块，用于接收用户的预约出诊请求，发送所述预约出诊请求至所述医院终端；接收所述医院终端发送的出诊反馈信息。

结合第一方面，本发明实施例提供了第一方面的第五种可能的实施方式，其中，所述个人中心模块还用于：

根据所述线上就诊模块中的检查报告，生成病情提醒信息；

当检测到用户登录时，推送并显示所述病情提醒信息。

结合第一方面，本发明实施例提供了第一方面的第六种可能的实施方式，其中，所述服务/产品订单包括护工预约服务订单、健康饮食订单、母婴产品订单、老人产品订单、快递药品订单中的一种或者多种。

结合第一方面，本发明实施例提供了第一方面的第七种可能的实施方式，其中，所述个人注册信息包括社保卡信息，所述社保卡信息与人脸信息绑定，所述医疗服务平台还包括人脸识别模块；

所述人脸识别模块，用于采集人脸信息，根据所述人脸信息读取所述个人中心模块的社保卡信息。

结合第一方面，本发明实施例提供了第一方面的第八种可能的实施方式，其中，还包括在线支付模块；

所述在线支付模块，用于计算预约挂号信息、服务/产品选择信息对应的费用，根据所述费用及用户的输入操作进行支付。

第二方面，本发明实施例还提供一种医疗服务系统，包括医院终端、云服务平台、服务/产品终端，及如第一方面及其任一种可能的实施方式所述的医疗服务平台；

所述医院终端，用于接收所述医疗服务平台发送的挂号信息；并发送病例档案信息、检查报告至所述医疗服务平台；

所述云服务平台，用于接收所述医疗服务平台发送的下载请求，根据所述下载请求推送对应医院的布局模型至所述医疗服务平台；

所述服务/产品终端，用于接收所述医疗服务平台发送的服务/产品订单。

本发明实施例带来了以下有益效果：

在本发明提供的实施例中，该医疗服务平台包括个人中心模块用于接收并存储个人注册信息、个人登录信息、就诊记录信息，及各个医院终端发送的病例档案信息；线上就诊模块用于接收用户输入的医院选择信息、挂号信息，并将挂号信息发送至相应的医院终端；接收并存储医院终端发送的检查报告；导航模块用于接收用户的导航请求，生成对应医院内的导航路线；电商模块用于接收用户的服务/产品选择信息，并生成服务/产品订单，将服务/产品订单发送至对应的服务/产品终端。本发明提供的实施例，将各个医院终端的接口整合在同一个医疗服务平台，用户仅需注册一次即可享受不同医院的服务，同时增加了线上就诊功能、导航功能及电商功能，实现了个人信息存储、线上挂号就诊、室内导航、电商服务等多功能集成于一体，避免了用户在不同APP中按照不同流程进行操作的繁琐事项，提高用户体验，进一步满足了医疗服务需求。

本发明的其他特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的一种医疗服务平台的结构示意图；

图2为本发明实施例提供的医疗服务平台的一种使用流程图；

图3为本发明实施例提供的医疗服务平台的导航过程的流程示意图；

图4为本发明实施例提供的另一种医疗服务平台的结构示意图；

图5为本发明实施例提供的医疗服务平台的电商模块对应的流程图；

图6为本发明实施例提供的一种医疗服务系统的结构示意图。

具体实施方式

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

目前当用户去不同的医院就诊时，需要了解不同的APP的操作流程，在不同的APP中注册、登录、查看病例档案，给用户造成了诸多不便；且现有的APP功能不完善，用户体验差，不能满足医疗服务需求。基于此，本发明实施例提供的一种医疗服务平台及系统，可以实现个人信息存储、线上挂号就诊、室内导航、电商服务等多功能集成于一体，避免用户在不同APP中按照不同流程进行操作的繁琐事项，提高用户体验，进一步满足医疗服务需求。

本发明实施例提供的医疗服务平台及系统，可以应用于各个医疗服务机构，可以采用相关的软件或硬件实现。为便于对本实施例进行理解，首先对本发明实施例所公开的一种医疗服务平台进行详细介绍。

实施例一：

参见图1所示的一种医疗服务平台的结构示意图；该医疗服务平台包括：

个人中心模块11，用于接收并存储个人注册信息、个人登录信息、就诊记录信息，及各个医院终端发送的病例档案信息。

线上就诊模块12，用于接收用户输入的医院选择信息、挂号信息，并将挂号信息发送至相应的医院终端；接收并存储医院终端发送的检查报告。

其中挂号信息包括预约挂号信息、取消挂号信息及后延挂号信息。

导航模块13，用于获取导航请求，生成对应医院内的导航路线。

电商模块14，用于接收用户的服务/产品选择信息，并生成服务/产品订单，将服务/产品订单发送至对应的服务/产品终端。

其中服务/产品订单包括护工预约服务订单、健康饮食订单、母婴产品订单、老人产品订单、快递药品订单中的一种或者多种。

该医疗服务平台可以APP的形式安装于手机、平板电脑、台式电脑等终端，或者以网页的形式显示在Web终端上。

当用户首次使用该医疗服务平台时，进行注册、信息绑定、登录，从而可以选择该医疗服务平台集成的各个医院对应的服务，而不需要针对不同的医院分别注册、登录。其中除却医院所提供的专属服务存在特定的交互设计，其他各个医院相同的服务功能，其交互设计风格一致，这样便于用户操作使用，避免熟悉多套操作流程。

用户可以通过个人中心模块查看个人信息，包括个人注册信息、个人登录信息、在各个医院的就诊记录信息、病例档案或者个人档案等；通过线上就诊模块，针对不同的医院进行预约挂号操作，实现在线预约；通过导航模块获得各个医院内的导航路线；通过电商模块在线购买医疗产品或者是预约医疗服务。

在可能的实施例中，上述医疗服务平台为终端安装的APP为例介绍使用流程，参见图2，该医疗服务平台的使用流程包括：

(1)用户开启医疗服务平台对应的APP。

(2)上述APP展示各个医院对应的接口，如医院1，医院n。

(3)接收到用于选择相应的医院接口后，可以选择对医院对应的个人信息或者进行预约挂号。

其中，个人信息包括个人注册信息、个人登录信息、在各个医院的就诊记录信息、病例档案或者个人档案等。

(4)检测用户是否已经登录。

如果已经登录，则执行步骤(5)；如果未登录，则执行步骤(7)。

(5)接收查看个人信息或者是进行预约挂号的操作输入。

在查看个人信息时，可以选择查个人注册信息、个人登录信息、在各个医院的就诊记录信息、病例档案或者个人档案中的任一种，图2中仅示出了查看病例档案一项。具体地，该查看个人信息功能可以通过个人中心模块实现，预约挂号功能可以通过线上就诊模块实现。

(6)接收用户查看个人信息中的病例档案的操作输入，显示病例档案。如查看医院1给出的病例档案。

(7)进入个人中心界面。

其中，如图2所示，也可以在开启APP后，直接点击个人中心对应的接口，进入个人中心界面。

(8)检测是否已有账号。

具体地，用户在个人中心界面输入账号后，判断该账号是否已经存在。如果不存在执行步骤(9)，如果存在，执行步骤(10)。

(9)接收用户的注册操作输入。

在用户注册后，进入登录界面。执行步骤(10)。

(10)接收用户的登录操作输入。

具体地，该注册操作和登录操作通过个人中心模块实现。在一个实施例中，用户登录后，进入个人信息的显示界面。

通过上述流程的介绍可知，用户在同一个APP上进行操作，可以连接到各个医院接口，进而可以选择各个医院对应的服务。

本发明提供的实施例，将各个医院终端的接口整合在同一个医疗服务平台，用户仅需注册一次即可享受不同医院的服务，同时增加了线上就诊功能、导航功能及电商功能，实现了个人信息存储、线上挂号就诊、室内导航、电商服务等多功能于一体，避免了用户在不同APP中按照不同流程进行操作的繁琐事项，提高用户体验，进一步满足了医疗服务需求。

考虑到现有技术中，室内定位技术需要通过铺设大量的硬件检测设备，投入成本高，在可能的实施例中，当该医疗服务平台设置于移动终端时，上述导航模块13具体用于：

获取用户扫描医院内设置的定位图标而生成的图标信息，根据该图标信息生成下载请求，并将该下载请求发送至云服务器；接收云服务器根据下载请求发送的对应医院的布局模型；获取终点信息、起点信息，生成导航请求；根据导航请求和布局模型，确定对应医院内的导航路线；该导航路线可以为二维或者三维路线，这里不作限定。其中该起点信息可以是用户手动输入或者选择的，也可以是根据用户扫描定位图标而产生的图标信息和布局模型自动生成的。其中定位图标可以黏贴在医院内的路口或者各个科室附近。

具体地，云服务平台事先存储有各个医院的布局模型，每个布局模型中携带有相应医院内设置的定位图标的图标信息及该图标信息对应的位置信息。因此，在确定起点信息时，只需将用户当前扫描产生的图标信息与布局模型中携带的图标信息进行匹配，即可确定用户当前扫描产生的图标信息对应的位置信息，将该位置信息作为起点信息即可。

用户在进行导航时，手动输入起点和终点，或者通过扫描所在地的定位图标，以从所在地的医院对应的布局模型中获取该定位图标对应的位置信息作为起点。在用户输入了终点信息和起点信息后，根据该布局模型计算生成导航路线，用户只需按照导航路线即可到达目的地。由于该定位图标对应的位置信息及布局模型是事先对应标定或者存储的，因此可以达到准确定位的目的。这种方式仅需要在医院内设置定位图标，定位图标的数量越多，越能便于用户定位，无需在院内定位检测设备，降低使用成本。

为了使得导航路线更加直观，并提高用户体验，在可能的实施例中，上述导航模块还用于：根据导航路线，以虚拟漫游的方式进行线路预览。即在生成导航路线后，可以接受用户选择的线路预览操作，根据事先建立并存储的布局模型得到虚拟漫游场景，使用户具有身临其境的沉浸感，具有与环境完善的交互作用能力，即通过实现VR(Virtual Reality，虚拟现实)室内导航和AR(Augmented Reality，增强现实)的过程中，达到了MR(MixedReality，混合现实)的效果。

为了使用户能够明确当前位置，在可能的实施例中，导航模块还用于：获取用户扫描医院内设置的定位图标而生成的图标信息；根据该图标信息、布局模型，确定图标信息对应的当前位置；确定该当前位置在导航路线中的位置，并在导航路线中进行突出显示。即用户在导航途中(可以通过设置标识位的方式确定是否在导航途中)，可以通过扫描途中遇到的定位图标进行定位，以确定当前自己所在的位置，即在导航路线中的位置。

进一步地，当接收到的定位图标对应的位置信息与导航路线发生偏离，且超过了预设的偏离阈值，则进行报警，提示用户重新发起导航请求。

参见图3所示的医疗服务平台中导航过程的流程示意图，该导航过程在前述实施例的基础上实现；下面以该医疗服务平台应用于移动终端为例，对该导航过程包括如下步骤：

步骤S301，开启APP，并进入导航界面。

步骤S302，接收用户输入的终点信息。

步骤S303，检测是否已经设置起点信息。如果已经设置起点信息，则执行步骤S305；如果未设置起点信息，则执行步骤S304。

步骤S304，接收用户的设置起点信息的操作输入。

其中可以通过选择起点，和扫描附近定位图标从对应的布局模型中获得对应的位置信息作为起点两种方式。在这里需要检测是否已经下载对应的医院的布局模型，如果没有下载则在用户选择起点信息后，提示用户扫描定位图标进行下载，或者在用户在通过扫描定位图标确定起点信息时自动下载。

步骤S305，根据起点信息和终点信息，得到导航路线。

具体的，可以参照上述实施例描述的方法，通过获取终点信息、起点信息，生成导航请求；根据导航请求和布局模型，确定对应医院内的导航路线。

步骤S306，接收用户选择的线路预览请求，进行线路预览。

具体地，在线路预览完成后，可以重新回到步骤S305。

步骤S307，接收用户的开始导航操作，显示导航路线。

其中，在执行完步骤S305之后，可以跳过步骤S306直接执行步骤S307。

步骤S308，接收用户通过扫描定位图标发送的位置信息。

步骤S309，根据位置信息确定当前位置在导航路线中的位置。

步骤S310，确定到达终点后，导航结束。

具体地，用户可以通过扫描终点处的定位图标获取位置信息，根据该位置信息确定达到终点。或者用户直接点击导航结束的按钮或者在检测到预设时间用户无操作后，自动确定导航结束。

综上所述，当用户所使用的医疗服务平台下载了对应的布局模型后，仅需在医院内通过设置起点信息和终点信息，该医疗服务平台即可自动生成导航路线，并能以虚拟漫游的形式进行线路预览，指引用户顺利到达终点。

考虑到老人或者其他行动不便的患者不方便到院就医，在图1所示医疗服务平台的基础上，参见图4，上述医疗服务平台还包括线下就诊模15、人脸识别模块16及在线支付模块17。

其中线下就诊模块，用于接收用户的预约出诊请求，发送预约出诊请求至医院终端；接收医院终端发送的出诊反馈信息。具体地，用户根据自己的病情选择对应的科室，通过时间预约的科室预约并联系医院就诊医生。该医院终端可以设置有定位打卡功能，医生在接受预约出诊请求后，会发送定位信息至该医疗服务平台。

进一步的，个人注册信息包括社保卡信息，该社保卡信息与人脸信息绑定，其中社保卡信息保密存储。上述人脸识别模块，用于采集人脸信息，根据人脸信息读取个人中心模块的社保卡信息。这样不需要手工输入或者查找，同时防止个人社保卡信息被他人利用。

在线支付模块用于计算预约挂号信息、服务/产品选择信息对应的费用，根据费用及用户的输入操作进行支付。

进一步地，参见图5所示的电商模块对应的流程图。用户进入电商界面后，可以选择相应的电商功能接口，护工预约服务、健康饮食选择、母婴产品选择、老人产品选择及快递送药功能等，针对各个电商功能接口预约或者选择完成后，下单在线支付。通过电商服务可以方便患者及家属快递的找到医院周边的正规服务及合格的产品。

进一步地，上述个人中心模块还用于根据线上就诊模块中的检查报告，生成病情提醒信息；当检测到用户登录时，推送并显示病情提醒信息。具体地，该检查报告中可以包括医生选取的时间节点，个人中心模块读取该检查报告后，根据该时间节点生成病情提醒信息，从而防止用户的疏忽给身体健康造成影响。

本发明实施例可以带来以下优点：

1.通过整合个人信息和统一设计风格，避免了用户重复注册及重复的填写个人信息，也避免了单纯的挂号和挂号需要打开多个不同APP应用，而且统一的设计风格，使用户在使用上，虽然不同的医院界面，但是交互方式上风格一致，不需要分别熟悉不同的APP应用；

2.增加了线下就诊功能，使用户可以在家中预约出诊医生上门看病，方便了行动不便的患者的看病；

3.新的AR室内导航方式，避免了大量的硬件定位检测设备的铺设，只需要在路口及科室贴特定的图标即可，大大降低了导航的成本；

4.增加了电商服务功能，方便患者及家属快速的找到医院周边的正规服务及合格的产品。

实施例二：

参见图6示出的一种医疗服务系统的结构示意图。该系统医院终端100、云服务平台200、服务/产品终端300，及如上述实施例一中的医疗服务平台400。

其中医院终端，用于接收医疗服务平台发送的挂号信息；并发送病例档案信息、检查报告至医疗服务平台；

云服务平台，用于接收医疗服务平台发送的下载请求，根据下载请求推送对应医院的布局模型至医疗服务平台；

服务/产品终端，用于接收医疗服务平台发送的服务/产品订单。

本发明提供的实施例，将各个医院终端的接口整合在同一个医疗服务平台，用户仅需注册一次即可享受不同医院的服务，同时增加了线上就诊功能、导航功能及电商功能，实现了个人信息存储、线上挂号就诊、室内导航、电商服务等多功能集成于一体，避免了用户在不同APP中按照不同流程进行操作的繁琐事项，提高用户体验，进一步满足了医疗服务需求。

本发明实施例提供的医疗服务系统，与上述实施例提供的医疗服务平台具有相同的技术特征，所以也能解决相同的技术问题，达到相同的技术效果。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统的具体工作过程，可以参考前述医疗服务平台实施例中的对应过程，在此不再赘述。

附图中的流程图和框图显示了根据本发明的多个实施例方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

在本发明的描述中，需要说明的是，术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。此外，术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上所述实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims (10)

1.一种医疗服务平台，其特征在于，包括：

个人中心模块，用于接收并存储个人注册信息、个人登录信息、就诊记录信息，及各个医院终端发送的病例档案信息；

线上就诊模块，用于接收用户输入的医院选择信息、挂号信息，并将所述挂号信息发送至相应的医院终端；接收并存储所述医院终端发送的检查报告；其中所述挂号信息包括预约挂号信息、取消挂号信息及后延挂号信息；

导航模块，用于获取导航请求，并生成对应医院内的导航路线；

电商模块，用于接收用户的服务/产品选择信息，并生成服务/产品订单，将所述服务/产品订单发送至对应的服务/产品终端。

2.根据权利要求1所述的医疗服务平台，其特征在于，所述导航模块具体用于：

获取用户扫描医院内设置的定位图标而生成的图标信息，根据所述图标信息生成下载请求，将所述下载请求发送至云服务器；

接收云服务器根据所述下载请求发送的对应医院的布局模型；

获取终点信息、起点信息，生成导航请求；

根据所述导航请求和所述布局模型，确定对应医院内的导航路线。

3.根据权利要求2所述的医疗服务平台，其特征在于，所述导航模块还用于：

获取用户扫描所述医院内设置的定位图标而生成的图标信息；

根据所述图标信息、所述布局模型，确定所述图标信息对应的当前位置；

确定所述当前位置在所述导航路线中的位置，并在所述导航路线中进行突出显示。

4.根据权利要求1所述的医疗服务平台，其特征在于，所述导航模块还用于：

根据所述导航路线，以虚拟漫游的方式进行线路预览。

5.根据权利要求1所述的医疗服务平台，其特征在于，还包括线下就诊模块；

所述线下就诊模块，用于接收用户的预约出诊请求，发送所述预约出诊请求至所述医院终端；接收所述医院终端发送的出诊反馈信息。

6.根据权利要求1所述的医疗服务平台，其特征在于，所述个人中心模块还用于：

根据所述线上就诊模块中的检查报告，生成病情提醒信息；

当检测到用户登录时，推送并显示所述病情提醒信息。

7.根据权利要求1所述的医疗服务平台，其特征在于，所述服务/产品订单包括护工预约服务订单、健康饮食订单、母婴产品订单、老人产品订单、快递药品订单中的一种或者多种。

8.根据权利要求1所述的医疗服务平台，其特征在于，所述个人注册信息包括社保卡信息，所述社保卡信息与人脸信息绑定，所述医疗服务平台还包括人脸识别模块；

所述人脸识别模块，用于采集人脸信息，根据所述人脸信息读取所述个人中心模块的社保卡信息。

9.根据权利要求1所述的医疗服务平台，其特征在于，还包括在线支付模块；

所述在线支付模块，用于计算预约挂号信息、服务/产品选择信息对应的费用，根据所述费用及用户的输入操作进行支付。

10.一种医疗服务系统，其特征在于，包括医院终端、云服务平台、服务/产品终端，及如权利要求1至9任一项所述的医疗服务平台；

所述医院终端，用于接收所述医疗服务平台发送的挂号信息；并发送病例档案信息、检查报告至所述医疗服务平台；

所述云服务平台，用于接收所述医疗服务平台发送的下载请求，根据所述下载请求推送对应医院的布局模型至所述医疗服务平台；

所述服务/产品终端，用于接收所述医疗服务平台发送的服务/产品订单。