CN115662560A - 一种基于互联网的智慧医院管理方法及系统 - Google Patents
一种基于互联网的智慧医院管理方法及系统 Download PDFInfo
- Publication number
- CN115662560A CN115662560A CN202211345887.9A CN202211345887A CN115662560A CN 115662560 A CN115662560 A CN 115662560A CN 202211345887 A CN202211345887 A CN 202211345887A CN 115662560 A CN115662560 A CN 115662560A
- Authority
- CN
- China
- Prior art keywords
- data
- hospital
- internet
- hospital management
- patient
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请提出了一种基于互联网的智慧医院管理方法及系统,涉及互联网技术领域。一种基于互联网的智慧医院管理方法包括:获取医疗数据,医疗数据包括患者基本资料、家属信息、既往病史、健康档案及治疗方案;结合医院公有云专有网络和面向互联网访问的公有云网络,基于医院数据中心本地化部署智慧医院管理平台,并将获取到的医疗数据上传至智慧医院管理平台进行存储;建立一个决策树的数据分析模型,根据病种分类,输入患者医疗数据信息,经过模型计算后,得到对患者健康情况的分析结果。能够实现数据服务标准化和传输过程加密,整体以数据库为核心。此外本申请还提出了一种基于互联网的智慧医院管理系统。
Description
技术领域
本申请涉及互联网技术领域,具体而言,涉及一种基于互联网的智慧医院管理方法及系统。
背景技术
医疗信息管理系统是一门容医学、信息、管理、计算机等多种学科为一体的边缘科学,在发达国家已经得到了广泛的应用,并创造了良好的社会效益和经济效益。医疗信息管理系统是现代化医院运营的必要技术支撑和基础设施,实现医疗信息管理系统的目的就是为了以更现代化、科学化、规范化的手段来加强医院的管理,提高医院的工作效率,改进医疗质量,从而树立现代医院的新形象,这也是未来医院发展的必然方向。
研究发现,医联体医院根据医院现有资源为患者及家属提供心理咨询、康复、双向转诊等专业服务,有助于提高慢病的控制率,提高患者及家庭成员慢病的知晓率,达到预防慢病发生、延缓病程等效果。
由于基层疾病配套管理政策不完善,缺乏长效激励机制,基层医疗机构诊疗水平仍需进一步提高。目前,医联体发展存在的问题弱化了医联体整体服务效果,令其易于流于形式,难以发挥跨地域、大范围的整体效应等问题,限制了医联体的服务效能。
发明内容
本申请的目的在于提供一种基于互联网的智慧医院管理方法,其能够实现数据服务标准化和传输过程加密,整体以数据库为核心。
本申请的另一目的在于提供一种基于互联网的智慧医院管理系统,其能够运行一种基于互联网的智慧医院管理方法。
本申请的实施例是这样实现的:
第一方面,本申请实施例提供一种基于互联网的智慧医院管理方法,其包括获取医疗数据,医疗数据包括患者基本资料、家属信息、既往病史、健康档案及治疗方案;结合医院公有云专有网络和面向互联网访问的公有云网络,基于医院数据中心本地化部署智慧医院管理平台,并将获取到的医疗数据上传至智慧医院管理平台进行存储;建立一个决策树的数据分析模型,根据病种分类,输入患者医疗数据信息,经过模型计算后,得到对患者健康情况的分析结果。
在本申请的一些实施例中,上述获取医疗数据,医疗数据包括患者基本资料、家属信息、既往病史、健康档案及治疗方案包括:获取人力分析信号,对医院内医生进行法规考核并通过互联网查询构建考核试题,将考核试题发送至医院数据中心,医院数据中心接收到考核试题后,对医生进行数据采集。
在本申请的一些实施例中,上述还包括:获取患者的血压检测数据、血糖检测数据、心率检测数据、心电图检测数据、睡眠健康评估数据、血管年龄检测数据和血脂检测数据。
在本申请的一些实施例中,上述结合医院公有云专有网络和面向互联网访问的公有云网络,基于医院数据中心本地化部署智慧医院管理平台,并将获取到的医疗数据上传至智慧医院管理平台进行存储包括:通过采用设计标准化的e-CRF数据库,实现各类临床试验方案在进行e-CRF设计时直接从预设的CRF域列表中选择,各CRF域的采集字段自定义配置。
在本申请的一些实施例中,上述还包括:服务层进行医院数据中心的数据逻辑处理,即通过接收来自应用层的数据请求,调用对应业务中台的模型对象执行请求,依赖混合医院数据中心提供的数据存储技术和大数据技术,数据层主要包含数据存储业务及大数据业务。
在本申请的一些实施例中,上述建立一个决策树的数据分析模型,根据病种分类,输入患者医疗数据信息,经过模型计算后,得到对患者健康情况的分析结果包括:根据数据分析模型结果判断是否对基层和上级医院同步启动一键报警设置,或根据临床指标数据分析模型结果对患者实行双向转诊制度。
在本申请的一些实施例中,上述还包括:通过数据存储层面的多副本分散及加密存储、数据库实例故障秒级切换、云服务器故障自动迁移、应用服务集群部署与负载均衡实现智慧医院管理的运行高可用。
第二方面,本申请实施例提供一种基于互联网的智慧医院管理系统,其包括数据采集模块,用于获取医疗数据,医疗数据包括患者基本资料、家属信息、既往病史、健康档案及治疗方案;
互联网存储模块,用于结合医院公有云专有网络和面向互联网访问的公有云网络,基于医院数据中心本地化部署智慧医院管理平台,并将获取到的医疗数据上传至智慧医院管理平台进行存储;
分析模块,用于建立一个决策树的数据分析模型,根据病种分类,输入患者医疗数据信息,经过模型计算后,得到对患者健康情况的分析结果。
在本申请的一些实施例中,上述包括:用于存储计算机指令的至少一个存储器;与上述存储器通讯的至少一个处理器,其中当上述至少一个处理器执行上述计算机指令时,上述至少一个处理器使上述系统执行:数据采集模块、互联网存储模块及分析模块。
第三方面,本申请实施例提供一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现如一种基于互联网的智慧医院管理方法中任一项的方法。
相对于现有技术,本申请的实施例至少具有如下优点或有益效果:
通过结合院外的公有云专有网络和面向互联网访问的公有云网络,基于医院数据中心本地化部署智慧医院管理平台,并构建一体化智慧医院管理数据库作为临床试验专用数据库,与外部业务系统进行数据集成,实现数据服务标准化和传输过程加密,整体以数据库为核心进行基于互联网的智慧医院管理平台的表现层、应用层、服务层和数据层的四层层次架构搭建。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本申请的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。
图1为本申请实施例提供的一种基于互联网的智慧医院管理方法步骤示意图;
图2为本申请实施例提供的一种基于互联网的智慧医院管理方法详细步骤示意图;
图3为本申请实施例提供的一种基于互联网的智慧医院管理系统模块示意图;
图4为本申请实施例提供的一种电子设备。
图标:10-数据采集模块;20-互联网存储模块;30-分析模块;101-存储器;102-处理器;103-通信接口。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。
因此,以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围,而是仅仅表示本申请的选定实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步定义和解释。
需要说明的是,术语“包括”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
下面结合附图,对本申请的一些实施方式作详细说明。在不冲突的情况下,下述的各个实施例及实施例中的各个特征可以相互组合。
实施例1
请参阅图1,图1为本申请实施例提供的一种基于互联网的智慧医院管理方法步骤示意图,其如下所示:
步骤S100,获取医疗数据,医疗数据包括患者基本资料、家属信息、既往病史、健康档案及治疗方案;
在一些实施方式中,对用户权限管理、用户系统功能的管理、用于用户信息的录入和修改,由平台管理方向基层医院、上级医院及患者终端用户的使用权限及功能进行限定,不同使用者分配不同权限与功能。获取对患者基本资料、家属信息、既往病史、健康档案及治疗方案的管理,由基层医院或上级医院在接收患者后进行患者资料的录入。数据库管理模块至少包括数据库数据更新、备份、数据库服务器运行维护及数据库安全维护功能。
步骤S110,结合医院公有云专有网络和面向互联网访问的公有云网络,基于医院数据中心本地化部署智慧医院管理平台,并将获取到的医疗数据上传至智慧医院管理平台进行存储;
在一些实施方式中,智慧医院管理平台用于数据存储及核心业务部署,访问范围仅限于医院内部网络,本地专有云是在医院自建的数据中心完成云计算平台部署,达到数据存储本地化及云平台的管控自主化,同时智慧医院管理平台的数据存储、大数据、中间件、监控技术,可以保障系统在应用及存储方面的高可用性、强扩展性和高安全性;公有云网络面向互联网访问,仅部署必须公网访问的应用服务或代理服务,不作任何数据存储,相关数据接口服务通过双路负载物理专线与医院内网部署于智慧医院管理平台的核心系统安全互联,公有云不作任何数据存储,依托成熟的云上全栈安全机制可弹性并持续地对外提供应用的安全防护,达到在满足互联网访问要求的同时实现互联网应用的安全访问控制、主机安全防护、数据传输加密及数据存储安全。
步骤S120,建立一个决策树的数据分析模型,根据病种分类,输入患者医疗数据信息,经过模型计算后,得到对患者健康情况的分析结果。
在一些实施方式中,可以由基层护理人员完成且基层护理人员需要定期对慢病患者进行检查,将体检结果、定期随访结果报告一起录入到智慧医院管理平台进行更新。由平台内部的一个基于决策树的数据分析模型组成,根据病种分类,输入患者身体指标信息,模型计算后,得到对患者健康情况的分析结果。根据数据分析模型结果判断是否对基层和上级医院同步启动一键报警设置,或根据临床指标数据分析模型结果对慢病患者实行双向转诊制度,具体按照如下的一种慢病管理平台系统双向转诊方法进行双向转诊。
实施例2
请参阅图2,图2为本申请实施例提供的一种基于互联网的智慧医院管理方法详细步骤示意图,其如下所示:
步骤S200,获取人力分析信号,对医院内医生进行法规考核并通过互联网查询构建考核试题,将考核试题发送至医院数据中心,医院数据中心接收到考核试题后,对医生进行数据采集。
步骤S210,获取患者的血压检测数据、血糖检测数据、心率检测数据、心电图检测数据、睡眠健康评估数据、血管年龄检测数据和血脂检测数据。
步骤S220,通过采用设计标准化的e-CRF数据库,实现各类临床试验方案在进行e-CRF设计时直接从预设的CRF域列表中选择,各CRF域的采集字段自定义配置。
步骤S230,服务层进行医院数据中心的数据逻辑处理,即通过接收来自应用层的数据请求,调用对应业务中台的模型对象执行请求,依赖混合医院数据中心提供的数据存储技术和大数据技术,数据层主要包含数据存储业务及大数据业务。
步骤S240,根据数据分析模型结果判断是否对基层和上级医院同步启动一键报警设置,或根据临床指标数据分析模型结果对患者实行双向转诊制度。
步骤S250,通过数据存储层面的多副本分散及加密存储、数据库实例故障秒级切换、云服务器故障自动迁移、应用服务集群部署与负载均衡实现智慧医院管理的运行高可用。
在一些实施方式中,通过采用设计标准化的e-CRF数据库,实现各类临床试验方案在进行e-CRF设计时直接从预设的CRF域列表中选择,各CRF域的采集字段自定义配置,e-CRF数据库是电子病例报告表数据库,临床业务系统的多源异构数据可直接映射到标准的e-CRF数据库,减少人工的录入及转录中发生的错误,也能满足以标准化数据递交的要求,进一步减少e-CRF设计的时间,提高效率;建立了符合标准的e-CRF数据库后,在临床试验运行的过程中,从医院临床业务系统数据库中按e-CRF各类域模型定义的字段采集所需数据,由于医院各类信息系统存在开发技术规范不统一、数据标准化程度低等问题,导致无法直接从信息系统中采集数据,因此需要首先完成不同信息系统中存放的数据元与标准变量间的相互映射,对临床业务系统中的数据元名称重新进行标准化命名,以实现多源异构数据到e-CRF的映射;数据间的集成通过对基础数据的同步和对实时数据的查询,将临床试验所需要的全量医学数据同步到临床试验管理平台中,同时将临床试验中关于受试者的相应临床业务数据集成到对应的临床业务系统中,针对基础数据的同步,是作为整个系统运行的基础,实时数据查询是满足受试者信息检索及临床试验数据监查,将系统产生的诊疗数据传输到医院临床业务系统中可以满足受试者诊疗的连续性;采用专有云高可用数据存储架构进行临床试验数据存储管理。数据存储管理的方法是:通过数据存储层面的多副本分散及加密存储、数据库实例故障秒级切换、云服务器故障自动迁移、应用服务集群部署与负载均衡实现临床试验管理系统的运行高可用。
实施例3
请参阅图3,图3为本申请实施例提供的一种基于互联网的智慧医院管理系统模块示意图,其如下所示:
数据采集模块10,用于获取医疗数据,医疗数据包括患者基本资料、家属信息、既往病史、健康档案及治疗方案;
互联网存储模块20,用于结合医院公有云专有网络和面向互联网访问的公有云网络,基于医院数据中心本地化部署智慧医院管理平台,并将获取到的医疗数据上传至智慧医院管理平台进行存储;
分析模块30,用于建立一个决策树的数据分析模型,根据病种分类,输入患者医疗数据信息,经过模型计算后,得到对患者健康情况的分析结果。
如图4所示,本申请实施例提供一种电子设备,其包括存储器101,用于存储一个或多个程序;处理器102。当一个或多个程序被处理器102执行时,实现如上述第一方面中任一项的方法。
还包括通信接口103,该存储器101、处理器102和通信接口103相互之间直接或间接地电性连接,以实现数据的传输或交互。例如,这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。存储器101可用于存储软件程序及模块,处理器102通过执行存储在存储器101内的软件程序及模块,从而执行各种功能应用以及数据处理。该通信接口103可用于与其他节点设备进行信令或数据的通信。
其中,存储器101可以是但不限于,随机存取存储器101(Random Access Memory,RAM),只读存储器101(Read Only Memory,ROM),可编程只读存储器101(ProgrammableRead-Only Memory,PROM),可擦除只读存储器101(Erasable Programmable Read-OnlyMemory,EPROM),电可擦除只读存储器101(Electric Erasable Programmable Read-OnlyMemory,EEPROM)等。
处理器102可以是一种集成电路芯片,具有信号处理能力。该处理器102可以是通用处理器102,包括中央处理器102(Central Processing Unit,CPU)、网络处理器102(Network Processor,NP)等;还可以是数字信号处理器102(Digital Signal Processing,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
在本申请所提供的实施例中,应该理解到,所揭露的方法及系统,也可以通过其它的方式实现。以上所描述的方法及系统实施例仅仅是示意性的,例如,附图中的流程图和框图显示了根据本申请的多个实施例的方法及系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分,所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现方式中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个连续的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或动作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
另外,在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分,也可以是各个模块单独存在,也可以两个或两个以上模块集成形成一个独立的部分。
另一方面,本申请实施例提供一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器102执行时实现如上述第一方面中任一项的方法。所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器101(ROM,Read-Only Memory)、随机存取存储器101(RAM,RandomAccess Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
综上所述,本申请实施例提供的一种基于互联网的智慧医院管理方法及系统,通过结合院外的公有云专有网络和面向互联网访问的公有云网络,基于医院数据中心本地化部署智慧医院管理平台,并构建一体化智慧医院管理数据库作为临床试验专用数据库,与外部业务系统进行数据集成,实现数据服务标准化和传输过程加密,整体以数据库为核心进行基于互联网的智慧医院管理平台的表现层、应用层、服务层和数据层的四层层次架构搭建。
以上仅为本申请的优选实施例而已,并不用于限制本申请,对于本领域的技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。
对于本领域技术人员而言,显然本申请不限于上述示范性实施例的细节,而且在不背离本申请的精神或基本特征的情况下,能够以其它的具体形式实现本申请。因此,无论从哪一点来看,均应将实施例看作是示范性的,而且是非限制性的,本申请的范围由所附权利要求而不是上述说明限定,因此旨在将落在权利要求的等同要件的含义和范围内的所有变化囊括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。
Claims (10)
1.一种基于互联网的智慧医院管理方法,其特征在于,包括:
获取医疗数据,医疗数据包括患者基本资料、家属信息、既往病史、健康档案及治疗方案;
结合医院公有云专有网络和面向互联网访问的公有云网络,基于医院数据中心本地化部署智慧医院管理平台,并将获取到的医疗数据上传至智慧医院管理平台进行存储;
建立一个决策树的数据分析模型,根据病种分类,输入患者医疗数据信息,经过模型计算后,得到对患者健康情况的分析结果。
2.如权利要求1所述的一种基于互联网的智慧医院管理方法,其特征在于,所述获取医疗数据,医疗数据包括患者基本资料、家属信息、既往病史、健康档案及治疗方案包括:
获取人力分析信号,对医院内医生进行法规考核并通过互联网查询构建考核试题,将考核试题发送至医院数据中心,医院数据中心接收到考核试题后,对医生进行数据采集。
3.如权利要求2所述的一种基于互联网的智慧医院管理方法,其特征在于,还包括:
获取患者的血压检测数据、血糖检测数据、心率检测数据、心电图检测数据、睡眠健康评估数据、血管年龄检测数据和血脂检测数据。
4.如权利要求1所述的一种基于互联网的智慧医院管理方法,其特征在于,所述结合医院公有云专有网络和面向互联网访问的公有云网络,基于医院数据中心本地化部署智慧医院管理平台,并将获取到的医疗数据上传至智慧医院管理平台进行存储包括:
通过采用设计标准化的e-CRF数据库,实现各类临床试验方案在进行e-CRF设计时直接从预设的CRF域列表中选择,各CRF域的采集字段自定义配置。
5.如权利要求4所述的一种基于互联网的智慧医院管理方法,其特征在于,还包括:
服务层进行医院数据中心的数据逻辑处理,即通过接收来自应用层的数据请求,调用对应业务中台的模型对象执行请求,依赖混合医院数据中心提供的数据存储技术和大数据技术,数据层主要包含数据存储业务及大数据业务。
6.如权利要求1所述的一种基于互联网的智慧医院管理方法,其特征在于,所述建立一个决策树的数据分析模型,根据病种分类,输入患者医疗数据信息,经过模型计算后,得到对患者健康情况的分析结果包括:
根据数据分析模型结果判断是否对基层和上级医院同步启动一键报警设置,或根据临床指标数据分析模型结果对患者实行双向转诊制度。
7.如权利要求6所述的一种基于互联网的智慧医院管理方法,其特征在于,还包括:
通过数据存储层面的多副本分散及加密存储、数据库实例故障秒级切换、云服务器故障自动迁移、应用服务集群部署与负载均衡实现智慧医院管理的运行高可用。
8.一种基于互联网的智慧医院管理系统,其特征在于,包括:
数据采集模块,用于获取医疗数据,医疗数据包括患者基本资料、家属信息、既往病史、健康档案及治疗方案;
互联网存储模块,用于结合医院公有云专有网络和面向互联网访问的公有云网络,基于医院数据中心本地化部署智慧医院管理平台,并将获取到的医疗数据上传至智慧医院管理平台进行存储;
分析模块,用于建立一个决策树的数据分析模型,根据病种分类,输入患者医疗数据信息,经过模型计算后,得到对患者健康情况的分析结果。
9.如权利要求8所述的一种基于互联网的智慧医院管理系统,其特征在于,包括:
用于存储计算机指令的至少一个存储器;
与所述存储器通讯的至少一个处理器,其中当所述至少一个处理器执行所述计算机指令时,所述至少一个处理器使所述系统执行:数据采集模块、互联网存储模块及分析模块。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该计算机程序被处理器执行时实现如权利要求1-7中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211345887.9A CN115662560A (zh) | 2022-10-31 | 2022-10-31 | 一种基于互联网的智慧医院管理方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211345887.9A CN115662560A (zh) | 2022-10-31 | 2022-10-31 | 一种基于互联网的智慧医院管理方法及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115662560A true CN115662560A (zh) | 2023-01-31 |
Family
ID=84992592
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211345887.9A Withdrawn CN115662560A (zh) | 2022-10-31 | 2022-10-31 | 一种基于互联网的智慧医院管理方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115662560A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116110615A (zh) * | 2023-04-12 | 2023-05-12 | 四川智康科技有限责任公司 | 干预慢性疼痛的数字医疗系统 |
CN116579503A (zh) * | 2023-07-07 | 2023-08-11 | 湖南尚医康医疗科技有限公司 | 一种5g智慧医院基础数据处理方法及数据库平台 |
-
2022
- 2022-10-31 CN CN202211345887.9A patent/CN115662560A/zh not_active Withdrawn
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116110615A (zh) * | 2023-04-12 | 2023-05-12 | 四川智康科技有限责任公司 | 干预慢性疼痛的数字医疗系统 |
CN116110615B (zh) * | 2023-04-12 | 2023-06-30 | 四川智康科技有限责任公司 | 干预慢性疼痛的数字医疗系统 |
CN116579503A (zh) * | 2023-07-07 | 2023-08-11 | 湖南尚医康医疗科技有限公司 | 一种5g智慧医院基础数据处理方法及数据库平台 |
CN116579503B (zh) * | 2023-07-07 | 2023-09-08 | 湖南尚医康医疗科技有限公司 | 一种5g智慧医院基础数据处理方法及数据库平台 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN115662560A (zh) | 一种基于互联网的智慧医院管理方法及系统 | |
US9218569B2 (en) | Rules-based management system and method for processing medical information | |
CN110335647A (zh) | 一种临床数据标准化系统及标准化数据采集方法 | |
CN112289437B (zh) | 一种基于边缘计算架构的糖尿病辅助治疗云平台系统 | |
KR20050008923A (ko) | 의료 정보의 전산 표준화 방법 | |
WO2019006920A1 (zh) | 基于医生问诊的慢病患者健康检查系统及方法 | |
CN113688135A (zh) | 一种基于患者主索引技术的医院信息集成方法 | |
Gazzarata et al. | A standardized SOA for clinical data interchange in a cardiac telemonitoring environment | |
CN114048343A (zh) | 一种涵盖患者全病程医学影像信息的分类平台 | |
CN114743625B (zh) | 一种电子健康档案管理方法、系统及计算机存储介质 | |
CN112133385A (zh) | 一种问诊信息采集分析系统及采集分析方法 | |
CN110489577B (zh) | 医疗影像管理方法及装置、眼底影像处理方法、电子设备 | |
CN112397166A (zh) | 一种慢性疾病医疗管理系统 | |
KR20180002229A (ko) | 치매 정보 데이터베이스 구축을 위한 에이전트 장치 및 그 운영방법 | |
CN111508574A (zh) | 检验检查数据对接方法及系统 | |
CN116130119A (zh) | 一种乳腺癌术后康复辅助管理系统 | |
JP5475231B2 (ja) | 実行可能ガイドラインのため意志決定支援システムと患者データをやりとりするためのシステム及び方法 | |
JP2020528185A (ja) | 画像獲得ワークフローを最適化するためのデバイス、システム、及び方法 | |
CN115691773A (zh) | 一种医院数据访问的方法、系统、存储介质及电子设备 | |
CN115312149A (zh) | 一种基于医疗大数据的医疗信息共享方法及系统 | |
Corotinschi et al. | The use of iot technologies for providing high-quality medical services | |
CN204856498U (zh) | 数字化心血管风险评估系统 | |
JP2018514862A (ja) | オンデマンドリアルタイム患者固有データ解析計算プラットフォームを提供するシステムおよび方法 | |
CN113192655A (zh) | 一种基于个人授权的疾病管理方法及平台 | |
Silva et al. | Interoperable Electronic Health Records (EHRs) for Ecuador |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WW01 | Invention patent application withdrawn after publication | ||
WW01 | Invention patent application withdrawn after publication |
Application publication date: 20230131 |