存储方法、服务器及监护系统与流程

1.本技术涉及医用中央监护领域，特别是涉及一种存储方法、服务器及监护系统。


背景技术：

2.中央监护系统由多台监护仪和一台中央站组成，监护仪负责将采集到的各项生理数据通过有线或者无线网络传输到中央站，中央站负责集中显示、报警、存储、回顾、打印等。
3.随着医疗信息化软件的发展，医院中监护仪数量越来越多，同时使用中央站的客户机数量也不断增多。为了满足医院的发展需求，中央监护系统经过技术变革，从单机版中央监护系统演变为单服务器的分布式中央监护系统。
4.但由于存储容量、连接监护仪的数量和处理能力有限，导致监护系统的服务器存储数据的负荷量大，降低了监护系统存储性能和监护系统的可靠性。


技术实现要素：

5.本技术提供一种存储方法、服务器及监护系统，以解决上述问题。
6.为解决上述技术问题，本技术采用的一个技术方案是提供一种存储方法，该存储方法应用于服务器，包括：通过从监护仪获取的监护记录标识产生职能分配信息；通过所述职能分配信息缓存数据，判断已缓存的数据达到预设时间，则将所述已缓存的数据添加到待存储列表；轮寻获取所述待存储列表中的数据，将每次从所述待存储列表中轮寻获取的数据传送至所述服务器的文件系统中；若判断传送至所述文件系统中的数据保存成功，则将所述文件系统中保存的数据对应的第一时间索引保存到所述服务器的数据库；将所述文件系统中保存数据对应的保存路径和所述监护记录标识发送至公共服务器。
7.其中，在所述通过从监护仪获取的监护记录标识产生职能分配信息的步骤之后，在所述通过所述职能分配信息缓存数据的步骤之前，所述存储方法进一步包括：启动协议层，监听监护仪连接的端口号；在所述监护仪连接所述服务器时，接收所述监护仪发送的监护信息；从所述监护仪获取到数据包，解析所述数据包；对多个所述数据包进行处理，得到所述数据。
8.其中，在判断传送至所述文件系统中的数据未保存成功时，则返回从所述待存储列表中轮寻获取的数据传送至所述服务器的文件系统中的步骤，再次传送未保存成功的数据。
9.其中，在所述通过所述职能分配信息缓存数据的步骤之后，所述存储方法进一步包括：将所述已缓存的数据发送给所述客户机，以使得所述客户机查看所述已缓存的数据。
10.其中，在所述将所述文件系统中保存的数据对应的第一时间索引保存到所述服务器的数据库的步骤之后，所述存储方法进一步包括：接收所述客户机发送的所述监护记录标识以及第二时间索引；根据所述第二时间索引读取与所述第二时间索引对应的保存数据；将所述第二时间索引对应的保存数据发送给所述客户机。
11.其中，所述将所述文件系统中保存的数据对应的第一时间索引保存到所述服务器的数据库包括：建立所述服务器至所述数据库的保存路径；通过所述保存路径保存所述已缓存的数据的所述第一时间索引和监护记录标识至所述数据库。
12.其中，所述监听监护仪连接的端口号之前，所述存储方法还包括：通过所述监护仪和所述服务器的业务耦合度设置所述数据库的所述职能分配信息；发送所述职能分配信息至所述公共服务器。
13.为解决上述技术问题，本技术采用的另一个技术方案是：提供一种服务器，包括处理器和存储器，所述处理器耦接所述存储器，所述存储器存储有程序数据，所述处理器用于执行所述程序数据以实现如上述的存储方法。
14.为解决上述技术问题，本技术采用的另一个技术方案是：一种监护系统，所述监护系统包括服务器、监护仪和客户机，所述服务器用于执行所述程序数据以实现如上述的存储方法。
15.为解决上述技术问题，本技术采用的另一个技术方案是：一种具有存储功能的装置，其特征在于，所述装置存储有程序数据，所述程序数据能够被执行以实现如上述的存储方法。
16.本技术的有益效果是：区别于现有技术的情况，本技术通过从监护仪获取的监护记录标识产生职能分配信息，从而为需要保存的数据空间进行了划分，进而分散了数据流，减小了公共服务器存储数据的负荷量；将文件系统中保存的数据对应的第一时间索引保存到服务器的数据库，建立本地索引机制，提升了服务器存储性能和本地查询体验；预设时间内将监护数据保存至服务器的文件系统中，提高了数据存储的安全性和可靠性；将监护数据的保存路径和监护记录标识发送至公共服务器，提升了查询监护数据的畅通性。
附图说明
17.图1是本技术多服务器的分布式中央监护系统构架示意图；
18.图2是本技术存储方法的第一实施例流程示意图；
19.图3是本技术存储方法的第二实施例流程示意图；
20.图4是本技术存储方法的第三实施例流程示意图；
21.图5是本技术实施例中监护系统模块结构图；
22.图6是本技术实施例中服务器框架示意框图；
23.图7是本技术实施例中具有存储功能的装置示意框图。
具体实施方式
24.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本技术的一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
25.本技术提供一种存储方法、服务器、监护系统及具有存储功能的装置，能够降低单个服务器存储数据的负荷量。
26.请参阅图1，本技术实施例的存储方法基于多服务器的分布式中央监护系统10，其
构架包括：客户机11，公共服务器21，服务器组22至少包括服务器221以及服务器222，多个监护仪31至少包括监护仪311、监护仪312以及监护仪313。其中，客户机11通过公共服务器21、服务器221和/或服务器222连接监护仪31。本实施例以一个客户机即客户机11，公共服务器21，服务器221以及监护仪311为例进行说明，在实际应用中，可以有更多的客户机11、服务器221和监护仪311组成多服务器的分布式中央监护系统10，并且客户机11、服务器221和监护仪311之间可以独立运行互不干扰，并且如果后期基于业务需求需要对服务器进行扩展，则可以添加扩展的服务器。
27.客户机11与公共服务器21或服务器221之间，监护仪311与公共服务器21或服务器221之间通过有线网络连接，也可以通过无线网络连接。客户机11与公共服务器21或服务器221的之间的通信可以基于windows通信基础(windows communication foundation，wcf)，而监护仪311与公共服务器21或服务器221之间可以基于插座(socket)协议来进行通信。
28.下面结合图1的多服务器的分布式中央监护系统10，对本技术实施例的存储方法进行进一步描述：
29.请参阅图2，本技术提供的第一个实施例的存储方法应用于服务器221，存储方法包括：
30.s201：通过从监护仪311获取的监护记录标识产生职能分配信息；
31.当病人被监护仪311监测并且监护仪311连接服务器221时，如果需要将病人信息、生理数据、报警信息和/或配置信息等记录保存，则服务器221可以通过从监护仪311获取的监护记录标识产生职能分配信息，该职能分配信息包括监护记录标识，可以用来分辨各个不同监护仪之间的差别，以便查询时更快地查询监护数据。
32.每个监护仪均有各自对应的监护记录标识，根据不同的监护记录标识可以在服务器221上为需要保存的数据空间进行划分，进而可以分散数据流，此数据流包括监护信息数据流，从而从源头上减小服务器存储数据的负荷量。
33.s202：通过职能分配信息缓存数据；
34.监护仪311与服务器221建立连接，所以服务器221通过职能分配信息可以接收来自监护仪311发送的数据，并对接收到的数据进行处理，缓存接收的数据。
35.s203：判断已缓存的数据达到预设时间，则将已缓存的数据添加到待存储列表；
36.缓存接收的数据是用于对数据进行存储，即缓存的数据可以存储于服务器221中，当缓存的数据的时间达到预设时间，则可以将已缓存的数据添加到服务器221的待存储列表。
37.s204：轮寻获取待存储列表中的数据，将每次从待存储列表中轮寻获取的数据传送至服务器221的文件系统中；
38.因为数据如波形数据和趋势数据包含监护信息量较大，所以占存储的空间较大。当轮寻获取待存储列表中的数据，可以将每次从待存储列表中轮寻获取的数据传送至服务器221的文件系统中，以提供足够的存储空间存储监护数据。
39.s205：若判断传送至文件系统中的数据保存成功，则将文件系统中保存的数据对应的第一时间索引保存到服务器221的数据库；
40.每次从待存储列表中轮寻获取的数据传送至服务器221的文件系统之后，为了提升存储数据的可靠性，可以判断传送至文件系统中的数据是否保存成功，若保存成功，则文
件系统中保存的数据对应的第一时间索引保存到服务器221的数据库；若未保存成功，则返回步骤s204，再次传送未保存成功的数据，直到保存成功。
41.s206：将文件系统中保存数据对应的保存路径和监护记录标识发送至公共服务器21。
42.传送至服务器221的文件系统的数据保存成功后，为方便客户机11的查询和提高监护数据的查询效率，则可以将建立的索引机制发送给公共服务器21，即将文件系统中保存数据对应的保存路径和监护记录标识发送至公共服务器21。
43.本实施例中，通过从监护仪311获取的监护记录标识产生职能分配信息，从而为需要保存的数据空间进行了划分，进而分散了数据流，减小了公共服务器21存储数据的负荷量；将文件系统中保存的数据对应的第一时间索引保存到服务器221的数据库，建立本地索引机制，提升了服务器221存储性能和本地查询体验；预设时间内将监护数据保存至服务器221的文件系统中，提高了数据存储的安全性和可靠性；将监护数据的保存路径和监护记录标识发送至公共服务器21，提升了查询监护数据的效率和畅通性，因此降低了公共服务器21存储数据的负荷量，提升多服务器的分布式中央监护系统10存储性能和可靠性。
44.结合图1和图2，下面对本技术实施例中的存储方法进行详细描述，本技术实施例中，服务器221可以通过是否保存至文件系统以对监护数据进行显示，从缓存数据是否保存来看，可以分为以下几种情况，下面分别进行描述：
45.一、服务器221保存至文件系统，通过公共服务器21对存储数据进行显示；
46.监护数据存储至服务器221的文件系统中，并建立索引发送给公共服务器21，客户机11在查询时即可通过公共服务器21对存储数据进行查询，也即服务器221通过公共服务器21对监护数据进行显示，具体请参阅图3，这里以服务器221为例进行说明，本技术第二实施例的存储方法包括：
47.s301：服务器221启动，初始化服务器221的数据库；
48.每个服务器均有自身对应的独立的存储系统，也即有自身对应的数据库、文件系统和/或索引机制，且任何一台服务器上存储系统发生异常也不会影响其他服务器的已存储的监护数据。
49.因此，当需要添加服务器221时，可以启动服务器221，初始化服务器221的数据库。
50.s302：通过从监护仪311获取的监护记录标识产生职能分配信息；
51.该步骤与图2所示的实施例中步骤s201描述的类似，不再赘述。
52.s303：启动协议层，监听监护仪311连接的端口号；
53.固定的监护仪发送监护信息给固定服务器采用约定的协议，通信协议的不同，所采取的接收数据的方式也不同。
54.本实施例中，服务器221产生职能分配信息，则意味着与监护仪311约定好固定的通信协议，因此可以启动协议层，监听监护仪311连接的端口号。
55.s304：在监护仪311连接服务器221时，接收监护仪311发送的监护信息；
56.当监护仪311与服务器221建立连接时，则可以按照预定好的协议进行数据通信，则可以接收监护仪311发送的监护信息，该监护信息包括病人信息、生理数据、报警信息和/或配置信息等记录信息，其生理数据包括波形数据和趋势数据。
57.s305：从监护仪311获取到数据包，解析数据包；对多个数据包进行处理，得到数
据；
58.当从监护仪311获取到数据包时，这些包含监护信息的数据包并不符合服务器221存储到文件系统中的数据包规定，相对于服务器221中的存储数据为一包一包的不完整数据，所以解析从监护仪311获取的数据包；并对解析获取的多个数据包进行分组处理，形成符合服务器221中的存储数据对数据包的规定，进而得到存储所需的数据。
59.比如可以按标识如上网使用的网际协议(internet protocol，ip)，包头包尾，模块数据，波形数据来进行分组处理，以获取存储所需的数据包。
60.s306：通过职能分配信息缓存数据；
61.该步骤与图2所示的实施例中步骤s202描述的类似，不再赘述。
62.s307：判断缓存数据是否达到预设时间；
63.缓存的数据主要用于存储于服务器221的文件系统中或发送给客户机11以进行显示，比如实时显示缓存的数据。
64.如果缓存数据用于存储于服务器221的文件系统中，则可以判断当缓存的数据的时间是否达到预设时间，若达到预设时间，则执行步骤s308；若未达到预设时间，则返回步骤305，继续解析从监护仪311中获取的数据包，处理得到符合存储规定的数据包。
65.为了多服务器的分布式中央监护系统10的存储性能，其中预设时间可以按实际的经验值进行预设，比如三分钟，这样既不会因为预设时间太短，存储过于频繁而影响存储性能，也不至于预设时间太长而导致存储过程中存储风险过大，具体预设时间此处不做限定。
66.s308：将已缓存的数据添加到服务器221的待存储列表；
67.待存储列表设有线程，该线程使服务器221存储的过程有序化，线程的空间是一定的，当上一个缓存数据向服务器221中的文件系统传送时，表示已经从线程里传出，那么腾挪的空间则可以存放下一个缓存数据。
68.当监测到缓存数据的时间达到预设时间，则将将已缓存的数据添加到服务器221的待存储列表。
69.s309：轮寻获取待存储列表中的数据，将每次从待存储列表中轮寻获取的数据传送至服务器221的文件系统中；
70.该步骤与图2所示的实施例中步骤s204描述的类似，不再赘述。
71.s310：传送至文件系统中的数据是否保存成功；
72.该步骤与图2所示的实施例中步骤s205描述的类似，不再赘述。
73.s311：在将文件系统中保存的数据对应的第一时间索引保存到服务器221的数据库；
74.保存成功后的数据是为了方便客户机11的查询，所以建立服务器221至数据库的保存路径，而第一时间索引对应第一时间内存储至服务器221文件系统中的存储数据。
75.因此通过保存路径保存已缓存的数据的第一时间索引和监护记录标识至数据库，可以得到通过服务器221查询存储数据的一种索引机制。
76.s312：将文件系统中保存数据对应的保存路径和监护记录标识发送至公共服务器21；
77.该步骤与图2所示的实施例中步骤s206描述的类似，不再赘述。
78.本实施例中，通过将监护数据的保存路径和监护记录标识发送至公共服务器21，
提升了查询监护数据的效率和畅通性，因此降低了公共服务器21存储数据的负荷量，提升多服务器的分布式中央监护系统10存储性能和可靠性。
79.二、服务器221通过未保存缓存数据对监护数据进行显示；
80.缓存数据并未存储时，可以通过缓存数据对监护数据进行显示，比如实时显示，客户机11在查询时即可通过服务器221之前建立好的保存路径对缓存数据进行查询，也即服务器221通过未保存的缓存数据对监护数据进行显示，具体请参阅图4，本技术存储方法的第三实施例包括：
81.s401：初始化服务器221的数据库；
82.该步骤与图3所示的实施例中步骤s301描述的类似，不再赘述。
83.s402：向公共服务器21发送服务器221的服务器信息；
84.为了不影响其它服务器的存储系统和监护仪312等的监护管理，服务器221等待管理员添加服务器信息到公共服务器21。
85.s403：从监护仪311获取监护记录标识；
86.当客户机11与服务器221建立连接，服务器221可以传输之前存储的监护信息到客户机11，客户机11可以通过服务器221发送指令接收有权限的监护信息，服务器221接收到指令后则可以同意监护仪311的接入，并可以建立监护信息的数据到存储至服务器221的存储路径。
87.当同意监护仪311的接入服务器221时，则可以从监护仪311获取监护记录标识。
88.s404：产生职能分配信息；
89.通过从监护仪311获取监护记录标识产生职能分配信息包括：
90.通过监护仪311和服务器221的业务耦合度设置数据库的职能分配信息；并发送职能分配信息至公共服务器21。
91.s405：启动协议层，监听监护仪311连接的端口号；
92.该步骤与图3所示的实施例中步骤s303描述的类似，不再赘述。
93.s406：接收客户机11的查询指令；
94.整个存储流程过程中，服务器221均可以接收客户机11的查询指令，比如实时查询指令，其具体时刻不做限定。
95.s407：接收监护仪311发送的监护信息；
96.该步骤与图3所示的实施例中步骤s304描述的类似，不再赘述。
97.s408：解析处理，缓存数据；
98.该步骤与图3所示的实施例中步骤s305和s306描述的类似，不再赘述。
99.s409：向客户机11发送监护信息，以供客户机11实时显示监护数据；
100.通过职能分配信息缓存数据之后，服务器221可以将已缓存的数据发送给客户机11，以使得客户机11实时查看已缓存的数据。
101.具体地，缓存数据通常通过解析和分组处理更新ip标识，生成新的标识，比如主键，用于表示数据库标识记录监护仪311的监护记录，服务器221可通过主键读取监护记录即缓存数据的具体位置，通过缓存数据的具体位置建立监护仪311与客户机11之间的联系，进而使得客户机11实时查看已缓存的数据。
102.另外，由于数据处理速度和数据保存速度不一致，在数据处理和数据保存之间建
立一个缓存机制，可以保证数据处理过程流畅。
103.s410：判断缓存数据是否达到预设时间；
104.s411：将已缓存数据添加到待存储列表；
105.s412：将从待存储列表中轮寻获取的数据传送至文件系统；
106.s413：判断传送至文件系统中的数据是否保存成功；
107.s414：在将文件系统中保存的数据对应的第一时间索引保存到服务器221的数据库；
108.s415：向公共服务器21发送保存路径和监护标识；
109.s410至s415步骤分别与图3所示的实施例中步骤s307至s312描述的类似，不再赘述。
110.s416：客户机11以第二时间索引向公共服务器21发送查询指令；
111.服务器221保存的监护数据可能一天，也可能是一周、一月或一年，通常医生需要对病发时间段病人的监护数据进行集中调用，有时并不需要所有的监护数据，因为客户机11以第二时间索引向公共服务器21发送查询指令。
112.s417：接收公共服务器21的查询指令；
113.具体地，公共服务器21主要存储服务器信息和病人监护信息，因为病人的监护信息存储于服务器221的文件系统中，而公共服务器21对数据的处理更具备优势，为了检索效率的提升，当需要回顾某个病人的信息时会首先按第二时间索引到公共服务器21查询监护记录信息，然后根据监护记录中记录的服务器信息到指定的服务器221查询索引信息，也即接收公共服务器21的查询指令。
114.s418：向服务器221发送第二时间索引的监护信息。
115.接收客户机发送的监护记录标识以及第二时间索引；根据第二时间索引读取与第二时间索引对应的保存数据；然后将第二时间索引对应的保存数据发送给客户机11。
116.本实施例中，通过解析数据和分组处理缓存数据，提升了存储数据的安全性；将文件系统中保存的数据对应的第一时间索引保存到服务器221的数据库，建立本地索引机制并可以实时对数据进行显示，提升了服务器221存储性能和实时查询体验。
117.图1是为解决上述技术问题，本技术采用的另一个技术方案是采用一种多服务器的分布式中央监护系统10，该多服务器的分布式中央监护系统100以一个客户机11、一个公共服务器21、一个服务器221、监护仪311为例来进行说明，包括服务器221、监护仪311和客户机11，服务器221用于执行程序数据以实现如上述的存储方法。请参阅图5，图5是本技术实施例中监护系统模块结构图。
118.监护仪311里设有监护数据发送模块501，当通过第一网络设备与服务器221连接时，可以通过监护数据发送模块501将监护数据发送给服务器221。
119.服务器221设有协议解析模块502，数据处理模块503，数据保存模块504，数据缓存模块505，文件系统506，数据库507，客户机指令处理模块508。具体地，协议解析模块502用于将接收到的监护数据进行解析，以便与协议解析模块502连接的数据处理模块503进行打包处理，打包处理后的数据发往数据缓存模块505进行缓存，缓存的时间达到预设时间时，则发往数据保存模块504的待保存列表，等待发送给文件系统进行保存，或发送给数据库507，数据库507接收客户机指令处理模块508的指示，提供实时数据给客户机11进行显示，
比如实时显示。
120.公共服务器21设有公共数据库513，公共数据库513是各个服务器连接的中枢系统，负责存储各服务器接收的监护病人信息和其对应的监护数据服务器和目录索引信息。因为服务器221与公共服务器21连接，则存放于待保存列表中的已缓存数据也可以发送给公共服务器21的公共数据库513进行存储；服务器221为保存成功的数据建立第一时间索引，并将第一时间索引和监护仪311的监护记录标识发送给公共服务器21。
121.另外，服务器221通过第二网络设备与客户机11连接，客户机11设有数据接收模块509，数据处理模块510，数据显示模块511和数据请求模块512。具体地，客户机11通过数据请求模块512请求查询存储数据或是进行实时显示，客户机11通过第二网络设备使用数据接收模块509接收服务器221的监护数据，该监护数据包括波形，趋势和点测数据等，然后数据处理模块510进行处理，将从数据接收模块509接收的监护数据封装成数据包反馈给连接的数据显示模块511，使得数据显示模块511将监护数据以图表的形式进行显示。
122.请参见图6，图6是本技术的服务器的框架示意框图。服务器60可为上述实施例所揭示的服务器211，其包括处理器110和存储器120，处理器110与存储器120耦接。存储器120用于存储计算机程序，处理器110用于执行计算机程序以实现上述存储方法，在此不再赘述。
123.为解决上述技术问题，本技术采用的另一个技术方案是采用一种具有存储功能的装置，参阅图7，图7是本技术实施例具有存储功能的装置示意框图。如果以软件功能单元的形式实现并作为独立的产品销售或使用时，程序数据可以存储在具有存储功能的装置70中，能够被执行以实现如上述的存储方法。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储装置中，包括若干指令(程序数据)用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本发明各个实施方式方法的全部或部分步骤。而前述的存储装置包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种介质以及具有上述存储介质的电脑、手机、笔记本电脑、平板电脑、相机等电子设备。
124.关于具有存储功能的装置中的程序数据的执行过程的阐述可以参照上述本技术存储方法实施例中阐述，在此不再赘述。
125.以上所述仅为本技术的实施例，并非因此限制本技术的专利范围，凡是利用本技术说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本技术的专利保护范围内。