一种通知数据的处理方法

技术领域

本发明涉及数据信息处理技术领域，特别涉及一种通知数据的处理方法。

背景技术

随着医疗行业信息建设的深入开展，在许多地区都建设了区域性的信息平台。该类平台对接所属区域内各个医疗机构的信息中心，并推出类似区域健康公众号这样的公共业务，其目的是为人们提供一个更全面、更便捷的医疗健康信息平台。目前，这类区域健康公众号常见的业务功能除了医疗健康科普知识的推广之外，还包含了门诊预约等功能。然而，我们在实际调研中发现，使用者觉得当前这些功能还是不够的，例如，人们虽然可以通过医疗健康信息平台进行门诊预约，但却无法通过该平台进一步获取缴费通知、检查报告通知、检验报告通知等消息，且如若就诊医疗机构的信息建设较为落后，人们还需在现场进行多方咨询或者定期去现场查询才能得到准确的通知信息。如果能在区域健康公众号上增加通知信息的推送业务，那就能为使用者带来极大的便利。

发明内容

本发明的目的，就是针对现有技术的缺陷，提供一种通知数据的处理方法,该方法按主动或被动两种获取方式从各个医疗机构获取不同类型的通知数据并建立通知数据库对其进行存储；在每次获得新的通知数据时都能及时向对应用户进行单条通知信息的推送；并在用户进入区域健康公众号业务界面之后，还为用户提供未查看通知提醒以及未/已查看通知列表查询和未/已查看通知数据查询等功能。使用本发明实施例对所有医疗机构的通知方式进行整合，一方面可以减少各个医疗机构的重复性建设，二方面也可以提高通知推送的及时性和有效性，最重要的是能为用户带来更大的便利性。

为实现上述目的，本发明实施例提供了一种通知数据的处理方法，所述方法包括：

按主动获取方式定期从第一医院接收多个第一医院通知数据，并将所述多个第一医院通知数据添加至预设的第一通知数据库；或按被动获取方式接收从第二医院推送的多个第二医院通知数据，并将所述多个第二医院通知数据添加至预设的第一通知数据库；所述第一通知数据库包括多个第一通知数据记录；所述第一通知数据记录包括第一用户标识数据和第一通知状态数据；所述第一通知状态数据包括未查看状态和已查看状态；

在向所述第一通知数据库添加记录时，将新添加的第一通知数据记录的所述第一通知状态数据设为未查看状态；并对所述新添加的第一通知数据记录所对应的第一用户，进行最新通知数据推送处理；

接收从第二用户发送的第一登录请求数据；并从所述第一登录请求数据中提取出请求用户标识数据；并统计所述第一通知数据库中与所述请求用户标识数据对应的未查看记录的数量，生成第一新通知数量；并根据所述第一新通知数量，向所述第二用户进行新通知数据数量显示处理；

接收从所述第二用户发送的第一列表查询请求数据；并统计所述第一通知数据库中与所述请求用户标识数据对应的未查看记录，生成第一未查看通知列表；并根据所述第一未查看通知列表，向所述第二用户进行未查看通知数据列表显示处理；

接收从所述第二用户发送的第一记录查询请求数据；并从所述第一记录查询请求数据中提取出第一记录索引数据；并查询所述第一通知数据库中与所述第一记录索引数据对应的记录，生成第一查询结果记录；并根据所述第一查询结果记录，向所述第二用户进行未查看通知数据显示处理，并将所述第一通知数据库中对应的所述第一通知数据记录的所述第一通知状态数据修改为已查看状态。

优选的，所述第一通知数据记录还包括第一医院标识数据、第一通知类型数据和第一通知内容数据；所述第一通知类型数据包括预约挂号已付费通知类型、预约挂号未付费通知类型、项目缴费通知类型、检查报告通知类型和检验报告通知类型；

所述第一未查看通知列表包括多个第一未查看通知记录；所述第一未查看通知记录包括第一通知记录索引数据、第一通知记录医院数据和第一通知记录类型数据。

优选的，所述按主动获取方式定期从第一医院接收多个第一医院通知数据，具体包括：

定期向所述第一医院发送第一医院通知请求数据；并接收从所述第一医院回发的多个所述第一医院通知数据。

优选的，所述按被动获取方式接收从第二医院推送的多个第二医院通知数据，具体包括：

对预设的被动获取模式进行识别，若所述被动获取模式为实时模式则对所述第二医院的消息推送接口进行实时接收侦听，并根据接收到的数据生成多个所述第二医院通知数据；若所述被动获取模式为定时模式则根据预设的接收时段对所述第二医院的消息推送接口进行定时接收侦听，并根据接收到的数据生成多个所述第二医院通知数据。

优选的，所述对所述新添加的第一通知数据记录所对应的第一用户，进行最新通知数据推送处理，具体包括：

将所述新添加的第一通知数据记录标记为第一当前记录；

提取所述第一当前记录的所述第一医院标识数据、所述第一通知类型数据和所述第一通知内容数据，按预设的通知数据推送模板，组成第一最新用户推送数据；

根据所述第一当前记录的所述第一用户标识数据，对预设的第一推送接口列表的第一推送接口记录进行查询，若所述第一推送接口记录的第一推送标识数据与所述第一当前记录的所述第一用户标识数据匹配，则提取所述第一推送接口记录的第一推送接口数据作为第一用户推送接口数据；

使用与所述第一用户推送接口数据对应的消息推送接口，向与所述第一当前记录的所述第一用户标识数据对应的所述第一用户，推送所述第一最新用户推送数据。

优选的，所述统计所述第一通知数据库中与所述请求用户标识数据对应的未查看记录的数量，生成第一新通知数量，具体包括：

在所述第一通知数据库中，统计所述第一用户标识数据与所述请求用户标识数据匹配且所述第一通知状态数据为未查看状态的所述第一通知数据记录的数量，生成所述第一新通知数量。

优选的，所述统计所述第一通知数据库中与所述请求用户标识数据对应的未查看记录，生成第一未查看通知列表，具体包括：

根据所述请求用户标识数据，对所述第一通知数据库的所有所述第一通知数据记录进行轮询，并将当前被轮询的所述第一通知数据记录标记为第二当前记录；当所述第二当前记录的所述第一用户标识数据与所述请求用户标识数据匹配且所述第二当前记录的所述第一通知状态数据为未查看状态时，提取所述第二当前记录在所述第一通知数据库中的索引位置信息作为所述第一通知记录索引数据，并提取所述第二当前记录的所述第一医院标识数据作为所述第一通知记录医院数据，并提取所述第二当前记录的所述第一通知类型数据作为所述第一通知记录类型数据，并由所述第一通知记录索引数据、所述第一通知记录医院数据和所述第一通知记录类型数据组成所述第一未查看通知记录；由得到的多个所述第一未查看通知记录，组成所述第一未查看通知列表。

优选的，所述查询所述第一通知数据库中与所述第一记录索引数据对应的记录，生成第一查询结果记录，具体包括：

将所述第一未查看通知列表中记录索引位置信息与所述第一记录索引数据相匹配的所述第一未查看通知记录，标记为第三当前记录；

从所述第三当前记录中提取出所述第一通知记录索引数据，作为第二记录索引数据；

将所述第一通知数据库中记录索引位置信息与所述第二记录索引数据相匹配的所述第一通知数据记录，作为所述第一查询结果记录。

优选的，所述第一通知数据记录还包括第一通知时间数据，所述方法还包括：

定期对所述第一通知数据库的所述第一通知数据记录进行一次记录删除操作，使得所述第一通知数据库中的所述第一通知数据记录的所述第一通知时间数据保持在预设的第一时间范围之内。

优选的，所述向所述第二用户进行新通知数据数量显示处理之后，所述方法还包括：

接收从所述第二用户发送的第二列表查询请求数据；并统计所述第一通知数据库中与所述请求用户标识数据对应的已查看记录，生成第一已查看通知列表；并根据所述第一已查看通知列表，向所述第二用户进行已查看通知数据列表显示处理；

接收从所述第二用户发送的第二记录查询请求数据；并从所述第二记录查询请求数据中提取出第三记录索引数据；并查询所述第一通知数据库中与所述第三记录索引数据对应的记录，生成第二查询结果记录；并根据所述第二查询结果记录，向所述第二用户进行已查看通知数据显示处理。

本发明实施例提供的一种通知数据的处理方法,按主动或被动两种获取方式从各个医疗机构获取不同类型的通知数据并建立通知数据库对其进行存储；在每次获得新的通知数据时都能及时向对应用户进行单条通知信息的推送；并在用户进入区域健康公众号业务界面之后，还为用户提供未查看通知提醒以及未/已查看通知列表查询和未/已查看通知数据查询等功能。使用本发明实施例对所有医疗机构的通知方式进行整合，一方面减少了各个医疗机构的重复性建设，二方面提高了通知推送的及时性和有效性，最重要的是为用户带来了更大的便利性。

附图说明

图1为本发明实施例提供的一种通知数据的处理方法示意图。

具体实施方式

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

在区域健康公众号应用的后台增设一个消息中心，该消息中心对接各个医疗结构的通知推送接口，并且在该消息中心之下部署一个通知数据库用于存储接收到的所有通知数据，该消息中心采用本发明实施例提供的一种通知数据的处理方法，既能向用户及时发送最新的通知数据，还能通过区域健康公众号应用的应用界面向用户提供通知提醒、通知列表查询、通知数据查询等功能，图1为本发明实施例提供的一种通知数据的处理方法示意图，如图1所示，本方法主要包括如下步骤：

步骤1，按主动获取方式定期从第一医院接收多个第一医院通知数据；并将多个第一医院通知数据添加至预设的第一通知数据库。

具体的，信息中心定期向第一医院发送第一医院通知请求数据；并接收从第一医院回发的多个第一医院通知数据；继而再将得到所有第一医院通知数据转换为满足第一通知数据记录格式要求的第一通知数据记录添加到第一通知数据库中。

其中，第一通知数据库包括多个第一通知数据记录；第一通知数据记录包括第一用户标识数据、第一医院标识数据、第一通知类型数据、第一通知内容数据和第一通知状态数据；第一通知类型数据包括预约挂号已付费通知类型、预约挂号未付费通知类型、项目缴费通知类型、检查报告通知类型和检验报告通知类型；第一通知状态数据包括未查看状态和已查看状态。

此处，第一通知数据库为信息中心下属的用于存储通知数据的数据库，第一通知数据库由多条第一通知数据记录组成；每条第一通知数据记录中的第一用户标识数据为该通知数据所有者的身份信息，诸如姓名、身份证件编码信息等；第一医院标识数据为产生该通知数据的医疗结构和或医疗机构下属科室的信息，诸如医疗结构和或下属科室的名称、编码信息等；第一通知类型数据为该通知数据的类型信息，诸如预约挂号已付费/未付费通知类型、项目缴费通知类型、检查报告通知类型和检验报告通知类型等；第一通知内容数据为该通知数据的详细内容信息，该信息常规可由文字、图片、报表等信息元素组成，还可由具体的电子文档文件构成；第一通知状态数据用于标识当前记录是否已被用户浏览，若尚未被用户调用浏览则第一通知状态数据具体为未查看状态，若已被用户调用浏览则第一通知状态数据具体为已查看状态。

这里，第一医院为支持信息中心主动发起申请的医疗机构。信息中心对于支持主动获取的医疗结构，会定期，例如每隔3-5分钟，向医疗结构的信息接口发送一次通知数据获取请求也就是第一医院通知请求数据；医疗机构在接收到该请求之后会将当前已经产生的所有通知数据也就是多个第一医院通知数据向信息中心回送；因为每个医疗结构的通知数据的数据格式不一定是标准统一的，所以信息中心在接收到医疗机构回发的所有通知数据之后，会按本地第一通知数据库中第一通知数据记录的数据格式对每条接收到的通知数据进行数据格式转换；完成转换后，再将由转换得到新的第一通知数据记录添加到第一通知数据库中。

步骤2，按被动获取方式接收从第二医院推送的多个第二医院通知数据；并将多个第二医院通知数据添加至第一通知数据库；

其中，按被动获取方式接收从第二医院推送的多个第二医院通知数据，具体包括：对预设的被动获取模式进行识别，若被动获取模式为实时模式则对第二医院的消息推送接口进行实时接收侦听，并根据接收到的数据生成多个第二医院通知数据；若被动获取模式为定时模式则根据预设的接收时段对第二医院的消息推送接口进行定时接收侦听，并根据接收到的数据生成多个第二医院通知数据。

这里，第二医院为支持向信息中心主动推送通知数据的医疗机构。信息中心与支持主动推送的医疗机构之间又有两种合作模式：实时模式和定时模式。若第二医院具体为一个常规性医院，那么由其产生的通知数据的种类就会较多，且对实时通知的要求较高，这种情况下一般约定为实时模式；若第二医院具体为一个检查机构，那么由其产生的通知数据的种类就比较单一，对实时通知的要求不高，这种情况下一般可约定为定时模式。在被动获取方式具体为实时模式时，信息中心会实时地对第二医院约定的网络接口也就是第二医院的消息推送接口进行消息侦听，一旦识别出接收的数据为约定报文数据，就开始进行通知数据的接收、解析和数据转换处理，并将最终由转换得到新的第一通知数据记录添加到第一通知数据库中。在被动获取方式具体为定时模式时，信息中心会在预设的接收时段对第二医院约定的网络接口也就是第二医院的消息推送接口进行消息侦听，一旦识别出接收的数据为约定报文数据，就开始进行通知数据的接收、解析和数据转换处理，并将最终由转换得到新的第一通知数据记录添加到第一通知数据库中，这里预设的接收时段可以为一个具体时间、还可以为一个具体时间段、还可以包含多个具体时间或多个具体时间段。

步骤3，在向第一通知数据库添加记录时，将新添加的第一通知数据记录的第一通知状态数据设为未查看状态；并对新添加的第一通知数据记录所对应的第一用户，进行最新通知数据推送处理。

这里，信息中心在通过步骤1或2向第一通知数据库添加新的第一通知数据记录时，另外还需执行两个操作：修改新添加的第一通知数据记录的第一通知状态数据，和对新添加的第一通知数据记录所对应的第一用户进行最新通知数据推送。修改新记录的第一通知状态数据这个操作的原因是，当前通知数据一定是尚未被用户调用浏览的，所以默认要被设定为未查看状态，否则有可能造成后续查询未查看记录时出错。对第一用户进行最新通知数据推送这个操作是为了能在第一时间及时地向用户推送通知数据。

其中，对新添加的第一通知数据记录所对应的第一用户，进行最新通知数据推送处理，具体包括：

步骤31，将新添加的第一通知数据记录标记为第一当前记录；

例如，新添加的第一通知数据记录为：第一用户标识数据(XX)、第一医院标识数据(Y医院)、第一通知类型数据(检查报告通知类型)、第一通知内容数据(XX的体检报告)、第一通知状态数据(未查看状态)，则第一记录的数据内容应与上述内容一致；

步骤32，提取第一当前记录的第一医院标识数据、第一通知类型数据和第一通知内容数据，按预设的通知数据推送模板，组成第一最新用户推送数据；

此处，通知数据推送模板为预先设定且可以进行二次编辑的推送数据模板，常规的会包括抬头、标题、内容等元素；第一最新用户推送数据为最终的推送数据，该数据可以为纯文字的数据对象，也可以为文字和或表格和或图形组成的数据对象，还可以为一个信息链接、用户通过点击该链接获取详细通知内容，该数据还可以为一个具体的点文档文件数据；

例如，第一当前记录为第一用户标识数据(XX)、第一医院标识数据(Y医院)、第一通知类型数据(检查报告通知类型)、第一通知内容数据(XX的体检报告)、第一通知状态数据(未查看状态)，通知数据推送模板为纯文字构成的模板结构，则信息中心从第一当前记录中提取出第一医院标识数据(Y医院)、第一通知类型数据(检查报告通知类型)和第一通知内容数据(XX的体检报告)之后，将“Y医院”、“检查报告通知类型”和“XX的体检报告”的具体文字内容带入通知数据推送模板中，组成最后的第一最新用户推送数据；

步骤33，根据第一当前记录的第一用户标识数据，对预设的第一推送接口列表的第一推送接口记录进行查询，若第一推送接口记录的第一推送标识数据与第一当前记录的第一用户标识数据匹配，则提取第一推送接口记录的第一推送接口数据作为第一用户推送接口数据；

此处，第一推送接口列表为预先设定的且可进行二次编辑的接口列表，列表由多个第一推送接口记录组成；每个第一推送接口记录均包括第一推送标识数据和第一推送接口数据；第一推送标识数据实际为用户的身份标识信息与第一通知数据记录中的第一用户标识数据格式一致，第一推送接口数据为用户预留的通讯接口信息，例如，社交网站/软件的(微博、微信等)账户信息，或者手机号码信息等等；

例如，第一用户标识数据为“XX”，第一推送接口列表中有2条第一推送接口记录，第1第一推送接口记录的第一推送标识数据为“XX”，第2第一推送接口记录的第一推送标识数据为“张三”，则信息中心会选择第1第一推送接口记录作为匹配结果；又若第1第一推送接口记录的第一推送接口数据具体为XX的微信号，那么第一用户推送接口数据也就为XX的微信号；

步骤34，使用与第一用户推送接口数据对应的消息推送接口，向与第一当前记录的第一用户标识数据对应的第一用户，推送第一最新用户推送数据。

这里，与第一用户推送接口数据对应的消息推送接口由第一用户推送接口数据的具体类型决定，若第一用户推送接口数据的类型为社交网站/软件的账户信息，那么信息中心会调用对应平台的信息推送接口向该社交网站/软件账户推送第一最新用户推送数据；若第一用户推送接口数据的类型为手机号码信息，那么信息中心会调用对应移动运营商的信息推送接口向手机号码推送第一最新用户推送数据。

例如，第一用户推送接口数据为XX的微信号，则信息中心随即就会调用微信平台的信息推送接口向XX的微信号推送上述由“Y医院”、“检查报告通知类型”和“XX的体检报告”带入通知数据推送模板后组成的第一最新用户推送数据。

用户在接收到信息中心发送的第一最新用户推送数据之后，可能会立即查看也可能不会，若不能及时查看亦或加之用户端其他各种信息的累加，极有可能造成用户丢失、忽略该通知数据的情况。而且有的用户对社交网站/软件或者手机信息接收设置了信息屏蔽功能，这种情况也会造成用户无法正常接收信息中心下推的通知数据。为此，本发明实施例通过下述步骤4-6与区域健康公众号应用的应用功能进行结合，在区域健康公众号应用的功能中增加通知提醒、通知列表查询、通知数据查询等功能，这样一来，即使用户错过了即时消息也就是最新的通知数据，也能通过登录区域健康公众号应用来获得更全面的通知数据信息。

步骤4，接收从第二用户发送的第一登录请求数据；并从第一登录请求数据中提取出请求用户标识数据；并统计第一通知数据库中与请求用户标识数据对应的未查看记录的数量，生成第一新通知数量；并根据第一新通知数量，向第二用户进行新通知数据数量显示处理。

此处，第一登录请求数据为用户进入区域健康公众号应用时由用户终端向信息中心发送的应用登录请求数据，该数据除包含当前登录用户的标识信息也就是请求用户标识数据。

其中，统计第一通知数据库中与请求用户标识数据对应的未查看记录的数量，生成第一新通知数量，具体包括：在第一通知数据库中，统计第一用户标识数据与请求用户标识数据匹配且第一通知状态数据为未查看状态的第一通知数据记录的数量，生成第一新通知数量。

例如，第一登录请求数据中的请求用户标识数据为“XX”，第一通知数据库中包含3条第一通知数据记录：第1第一通知数据记录(第一用户标识数据为“XX”，第一通知状态数据为“未查看状态”)，第2第一通知数据记录(第一用户标识数据为“XX”，第一通知状态数据为“已查看状态”)，第3第一通知数据记录(第一用户标识数据为“张三”，第一通知状态数据为“未查看状态”)；则统计后得到的第一新通知数量应为1，也即只有第1第一通知数据记录才既满足第一用户标识数据与请求用户标识数据匹配，又满足第一通知状态数据为未查看状态。

这里，在根据第一新通知数量向第二用户进行新通知数据数量显示处理时，可以采用即时消息的方式对第一新通知数量进行显示，例如给出弹窗界面显示带有第一新通知数量的提示消息、或者给出高亮显示条对带有第一新通知数量的提示消息进行闪烁显示、亦或者在超文本标记语言5.0(Hyper Text Markup Language 5.0,HTML5)页面上通过显示标签红点和或在标签红点中加数字的方式对来显示第一新通知数量。

需要说明的是，上述第一登录请求数据还可以包含当前用户登录的身份校验码数据，该身份校验码数据可以为用户密码信息，也可以为第三方平台的授权码信息，还可以为无需验证信息或空。在用户进入区域健康公众号应用时，本发明实施例还可以对当前登录用户的身份进行合法性识别，具体为根据请求用户标识数据和身份校验码数据对当前登录用户的身份进行识别：若身份校验码数据为用户密码信息则根据本地存储的用户-密码列表对当前登录用户的身份进行识别，若身份校验码数据为授权码信息则根据本地存储的用户-授权列表对当前登录用户的身份进行识别，若身份校验码数据被特定设置为无需验证信息或空则默认对当前登录用户的身份识别成功，在对当前登录用户的身份识别成功之后才能继续步骤4-6的操作。

步骤5，接收从第二用户发送的第一列表查询请求数据；并统计第一通知数据库中与请求用户标识数据对应的未查看记录，生成第一未查看通知列表；并根据第一未查看通知列表，向第二用户进行未查看通知数据列表显示处理。

这里，本发明实施例会在区域健康公众号应用的界面模块中增加一个查询未查看通知数据列表的激活模块，例如在菜单中增加一个菜单选择、亦或者在界面上增加一个按钮或一个业务链接等，用户触发该模块之后，信息中心会接受到一个请求数据也就是第一列表查询请求数据；在接收到第一列表查询请求数据之后，信息中心会首先从第一通知数据库中统计出所有与当前登录用户的标识信息也就是请求用户标识数据匹配的处于未查看状态的第一通知数据记录，并按顺序组成第一未查看通知列表，再向用户显示该列表。

其中，统计第一通知数据库中与请求用户标识数据对应的未查看记录，生成第一未查看通知列表，具体包括：

根据请求用户标识数据，对第一通知数据库的所有第一通知数据记录进行轮询，并将当前被轮询的第一通知数据记录标记为第二当前记录；当第二当前记录的第一用户标识数据与请求用户标识数据匹配且第二当前记录的第一通知状态数据为未查看状态时，提取第二当前记录在第一通知数据库中的索引位置信息作为第一通知记录索引数据，并提取第二当前记录的第一医院标识数据作为第一通知记录医院数据，并提取第二当前记录的第一通知类型数据作为第一通知记录类型数据，并由第一通知记录索引数据、第一通知记录医院数据和第一通知记录类型数据组成第一未查看通知记录；由得到的多个第一未查看通知记录，组成第一未查看通知列表；

其中，第一未查看通知列表包括多个第一未查看通知记录；第一未查看通知记录包括第一通知记录索引数据、第一通知记录医院数据和第一通知记录类型数据。

这里，值得说明的是第一未查看通知记录中的第一通知记录索引数据是对应的一个第一通知数据记录的索引，第一通知记录医院数据也即是其对应的第一通知数据记录的第一医院标识数据，第一通知记录类型数据也即是其对应的第一通知数据记录的第一通知类型数据。

例如，请求用户标识数据为“XX”，第一通知数据库中包含4条第一通知数据记录：

第1第一通知数据记录(第一用户标识数据为“XX”，第一医院标识数据为“A医院”，第一通知类型数据为“检验报告通知类型”，第一通知状态数据为“已查看状态”)，

第2第一通知数据记录(第一用户标识数据为“XX”，第一医院标识数据为“Y医院”，第一通知类型数据为“检查报告通知类型”，第一通知状态数据为“未查看状态”)，

第3第一通知数据记录(第一用户标识数据为“XX”，第一医院标识数据为“Z医院”，第一通知类型数据为“检验报告通知类型”，第一通知状态数据为“未查看状态”)，

第4第一通知数据记录(第一用户标识数据为“张三”，第一医院标识数据为“B医院”，第一通知类型数据为“检验报告通知类型”，第一通知状态数据为“未查看状态”)；

其中符合第一用户标识数据与请求用户标识数据匹配且第二当前记录的第一通知状态数据为未查看状态要求的第一通知数据记录只有第2、3条记录，那么最终得到的第一未查看通知列表应只包含2条第一未查看通知记录，如下所示：

第1第一未查看通知记录(第一通知记录索引数据为2、第一通知记录医院数据为“Y医院”，第一通知记录类型数据为“检查报告通知类型”)；

第2第一未查看通知记录(第一通知记录索引数据为3、第一通知记录医院数据为“Z医院”，第一通知记录类型数据为“检验报告通知类型”)。

这里，在根据第一未查看通知列表向第二用户进行未查看通知数据列表显示处理时，可以表格/列表的方式、卡片/图标等多种方式对第一未查看通知列表中的第一未查看通知记录进行显示，若采用表格/列表方式显示则每一行即对应一条第一未查看通知记录，若采用卡片/图标方式进行显示则每一张卡片/图标即对应一条第一未查看通知记录。

步骤6，接收从第二用户发送的第一记录查询请求数据；并从第一记录查询请求数据中提取出第一记录索引数据；并查询第一通知数据库中与第一记录索引数据对应的记录，生成第一查询结果记录；并根据第一查询结果记录，向第二用户进行未查看通知数据显示处理，并将第一通知数据库中对应的第一通知数据记录的第一通知状态数据修改为已查看状态。

这里，本发明实施例在区域健康公众号应用的界面中显示了第一未查看通知列表之后，还可以根据用户在显示界面上的记录选择结果进行进一步的对未查看通知数据进行全文显示，并且因为已经显示了该通知数据所以需要将其对应的第一通知状态数据修改为已查看状态。

其中，查询第一通知数据库中与第一记录索引数据对应的记录，生成第一查询结果记录，具体包括：将第一未查看通知列表中记录索引位置信息与第一记录索引数据相匹配的第一未查看通知记录，标记为第三当前记录；从第三当前记录中提取出第一通知记录索引数据，作为第二记录索引数据；将第一通知数据库中记录索引位置信息与第二记录索引数据相匹配的第一通知数据记录，作为第一查询结果记录。

例如，第一未查看通知列表包含2条第一未查看通知记录，如下所示：

第1第一未查看通知记录(第一通知记录索引数据为2、第一通知记录医院数据为“Y医院”，第一通知记录类型数据为“检查报告通知类型”)；

第2第一未查看通知记录(第一通知记录索引数据为3、第一通知记录医院数据为“Z医院”，第一通知记录类型数据为“检验报告通知类型”)；

当前登录用户“XX”在浏览列表时，点击了第2第一未查看通知记录对应的显示内容，则信息中心收到的第一记录查询请求数据中的第一记录索引数据为2，随即从第一未查看通知列表的第2第一未查看通知记录中提取出第一通知记录索引数据作为第二记录索引数据，这里第二记录索引数据具体为3，接着从第一通知数据库中调取第3第一通知数据记录作为第一查询结果记录。随后，信息中心调用区域健康公众号应用的内容显示模块对第一查询结果记录也即是第3第一通知数据记录进行显示。

综上，本发明实施例既能在接收到通知数据的第一时间向用户进行即时推送，也能通过区域健康公众号应用向用户提供通知提醒、未查看通知列表查询、未查看通知数据查询等功能。

另外，第一通知数据记录还可以包含第一通知时间数据，本发明实施例方法还包括：

定期对第一通知数据库的第一通知数据记录进行一次记录删除操作，使得第一通知数据库中的第一通知数据记录的第一通知时间数据保持在预设的第一时间范围之内。

此处，第一通知时间数据具体为医疗结构产生该通知数据的时间信息，例如，若第一通知类型数据为检验报告通知类型，第一通知内容数据为核算检验报告，那么第一通知时间就应为用户做该次核算检验的时间信息；第一时间范围为预先设定的数值。

这里，因为通知数据具有时效性，所以将被定期从本地数据库也就是第一通知数据库中删除，以避免长期积累导致数据量过大。定期删除的规则常规是保留3个月，也就是说第一时间范围常规被设为3个月。在进行删除时，计算当前时间与第一通知数据记录的第一通知时间数据的时差，若该时差不超过3个月则该记录保留，否则将该记录删除。

另外，本发明实施例还能通过区域健康公众号应用向用户提供已查看通知列表查询及已查看通知数据查询等功能。

本发明实施例方法在向第二用户进行新通知数据数量显示处理之后，还包括：

接收从第二用户发送的第二列表查询请求数据；并统计第一通知数据库中与请求用户标识数据对应的已查看记录，生成第一已查看通知列表；并根据第一已查看通知列表，向第二用户进行已查看通知数据列表显示处理。

这里，本发明实施例会在区域健康公众号应用的界面模块中增加一个查询已查看通知数据列表的激活模块，例如在菜单中增加一个菜单选择、亦或者在界面上增加一个按钮或一个业务链接等，用户触发该模块之后，信息中心会接受到一个请求数据也就是第二列表查询请求数据；在接收到第二列表查询请求数据之后，信息中心会首先从第一通知数据库中统计出所有与当前登录用户的标识信息也就是请求用户标识数据匹配的处于已查看状态的第一通知数据记录，并按顺序组成第一已查看通知列表，再向用户显示该列表。

接收从第二用户发送的第二记录查询请求数据；并从第二记录查询请求数据中提取出第三记录索引数据；并查询第一通知数据库中与第三记录索引数据对应的记录，生成第二查询结果记录；并根据第二查询结果记录，向第二用户进行已查看通知数据显示处理。

这里，本发明实施例在区域健康公众号应用的界面中显示了第一已查看通知列表之后，还可以根据用户在显示界面上的记录选择结果进行进一步的对已查看通知数据进行全文显示。

本发明实施例提供的一种通知数据的处理方法,按主动或被动两种获取方式从各个医疗机构获取不同类型的通知数据并建立通知数据库对其进行存储；在每次获得新的通知数据时都能及时向对应用户进行单条通知信息的推送；并在用户进入区域健康公众号业务界面之后，还为用户提供未查看通知提醒以及未/已查看通知列表查询和未/已查看通知数据查询等功能。使用本发明实施例对所有医疗机构的通知方式进行整合，一方面减少了各个医疗机构的重复性建设，二方面提高了通知推送的及时性和有效性，最重要的是为用户带来了更大的便利性。

专业人员应该还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。