CN115376644A - 一种医检报告分享方法、系统、装置及存储介质 - Google Patents
一种医检报告分享方法、系统、装置及存储介质 Download PDFInfo
- Publication number
- CN115376644A CN115376644A CN202210998797.3A CN202210998797A CN115376644A CN 115376644 A CN115376644 A CN 115376644A CN 202210998797 A CN202210998797 A CN 202210998797A CN 115376644 A CN115376644 A CN 115376644A
- Authority
- CN
- China
- Prior art keywords
- report
- target
- doctor
- information
- sharing
- 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.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H15/00—ICT specially adapted for medical reports, e.g. generation or transmission thereof
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
- G06F21/31—User authentication
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/602—Providing cryptographic facilities or services
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/604—Tools and structures for managing or administering access control systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
- G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
- G06F21/6245—Protecting personal data, e.g. for financial or medical purposes
- G06F21/6254—Protecting personal data, e.g. for financial or medical purposes by anonymising data, e.g. decorrelating personal data from the owner's identification
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/2141—Access rights, e.g. capability lists, access control lists, access tables, access matrices
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- General Health & Medical Sciences (AREA)
- Health & Medical Sciences (AREA)
- General Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- Computer Hardware Design (AREA)
- General Physics & Mathematics (AREA)
- Bioethics (AREA)
- Medical Informatics (AREA)
- Databases & Information Systems (AREA)
- Automation & Control Theory (AREA)
- Epidemiology (AREA)
- Primary Health Care (AREA)
- Public Health (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
本申请公开了一种医检医检报告分享方法、系统、装置及存储介质。其中方法包括:接收来自业务端的对目标报告的分享指令,所述目标报告为任意受检者的报告;响应于对所述目标报告的分享指令,获取待分享医生的信息,向所述业务端展示所述待分享医生的信息;根据所述业务端的选择操作从所述待分享医生的信息中确定目标医生的信息;根据所述目标报告和所述目标医生的信息,生成所述目标报告对应的分享信息,所述分享信息用于访问所述目标报告的内容;向目标医生发送所述目标报告对应的分享信息,可以通过生成报告的分享信息向医生及时、准确地提供受检者报告,转发的分享信息不直接透露报告详情,仅被选择的医生具有该报告的查看权限,提高信息安全性。
Description
技术领域
本发明涉及信息技术领域,尤其是涉及一种医检报告分享方法、系统、装置及存储介质。
背景技术
医疗领域存在大量数据,许多信息涉及隐私,需要保证信息安全性。
而一直以来,由于实验室的样本送检申请单上未留有准确的医生信息,通常医生需找对接医生所在医院的业务员,由业务员通过所在医院和患者的姓名在系统中查到相应的报告文件,再通过即时通讯工具分享给医生。这种方式存在一定问题:
医生信息不便于统一管理,医生对患者实施医疗活动的关系由业务员判定不严谨。如业务员离职,则医生与公司的业务关系不能完整的沉淀与交接,需要由新的业务员重新梳理与熟悉,效率低下。
业务员查看患者报告单不符合《医疗机构病历管理规定》(2002年)要求“除对患者实施医疗活动的医务人员及医疗服务质量监控人员外,其他任何机构和个人不得擅自查阅患者的病历”。
通过即时通讯工具分享患者报告单存在患者隐私信息泄露的风险;如业务员把报告单分享到医院内部工作的微信群,非对患者实施医疗活动的医务人员也能够看到患者的报告单,造成患者隐私信息泄露,不符合《中华人民共和国个人信息保护法》的相关规定。
医生不能系统的管理和查看患者的报告单。如医生想查询以往病人的报告情况,则需要在聊天记录中重新查找效率低下,如果医生清除了历史记录则无法找到对应的报告单。
可见目前的医检报告分享方法处理效率较低,过程繁琐,医生不能够完整、准确和快速地获取受检者的报告单结果,且容易造成患者隐私信息泄露。
发明内容
基于此,有必要针对上述问题,提供一种医检报告分享方法、系统、装置及存储介质。
第一方面,提供了一种医检报告分享方法,包括:
接收来自业务端的对目标报告的分享指令,所述目标报告为任意受检者的报告;
响应于对所述目标报告的分享指令,获取待分享医生的信息,向所述业务端展示所述待分享医生的信息;
根据所述业务端的选择操作从所述待分享医生的信息中确定目标医生的信息;
根据所述目标报告和所述目标医生的信息,生成所述目标报告对应的分享信息,所述分享信息用于访问所述目标报告的内容;
向目标医生发送所述目标报告对应的分享信息。
第二方面,提供了一种医检报告分享系统,包括业务端、医生端和服务器,其中:
所述服务器存储有受检者的报告;
所述医生端,用于医生在系统注册并提交身份信息,以及查看所述受检者的报告;
所述业务端,用于向服务器发送报告查询请求;
所述服务器,用于接收所述业务端的所述报告查询请求,对所述业务端的客户档案访问权限进行验证,并向所述业务端提供报告查询结果;
所述业务端还用于,业务员触发对目标报告的分享指令;
所述服务器还用于,响应于对所述目标报告的分享指令,获取待分享医生的信息,向所述业务端展示所述待分享医生的信息,并根据所述业务端的选择操作从所述待分享医生的信息中确定目标医生的信息,根据所述目标报告和所述目标医生的信息,生成所述目标报告对应的分享信息,所述分享信息用于访问所述目标报告的内容,向目标医生的医生端发送所述目标报告对应的分享信息;
所述医生端还用于,向所述服务器发起基于所述目标报告对应的分享信息进行的访问请求;
所述服务器还用于,获取发起所述访问请求的所述医生端的身份信息,对所述医生端的身份信息进行验证,确定所述医生端的身份是否为所述目标医生,若所述医生端的身份为所述目标医生,向所述医生端提供所述目标报告。
第三方面,提供了一种医检报告分享装置,包括:
接收模块,用于接收来自业务端的对目标报告的分享指令,所述目标报告为任意受检者的报告;
查询模块,用于响应于对所述目标报告的分享指令,获取待分享医生的信息,向所述业务端展示所述待分享医生的信息;
确定模块,用于根据所述业务端的选择操作从所述待分享医生的信息中确定目标医生的信息;
生成模块,用于根据所述目标报告和所述目标医生的信息,生成所述目标报告对应的分享信息,所述分享信息用于访问所述目标报告的内容;
传输模块,用于向目标医生发送所述目标报告对应的分享信息。
第四方面,提供了一种计算机存储介质,所述计算机存储介质存储有一条或多条指令,所述一条或多条指令适于由处理器加载并执行如上述第一方面及其任一种可能的实现方式的步骤。
本申请通过接收来自业务端的对目标报告的分享指令,所述目标报告为任意受检者的报告;响应于对所述目标报告的分享指令,获取待分享医生的信息,向所述业务端展示所述待分享医生的信息;根据所述业务端的选择操作从所述待分享医生的信息中确定目标医生的信息;根据所述目标报告和所述目标医生的信息,生成所述目标报告对应的分享信息,所述分享信息用于访问所述目标报告的内容;向目标医生发送所述目标报告对应的分享信息,业务员可以通过业务端查询报告,并直接选择需要分享的医生,由系统生成针对性的分享信息提供给该医生,操作简便;而转发的分享信息不直接透露报告详情,仅被选择的目标医生具有该目标报告的查看权限,可通过该分享信息查阅到目标报告,医生能够完整、准确和快速地获取受检者的报告单结果,且提高了信息安全性。
附图说明
为了更清楚地说明本申请实施例或背景技术中的技术方案,下面将对本申请实施例或背景技术中所需要使用的附图进行说明。
图1为本申请实施例提供的一种医检报告分享方法的流程示意图;
图2为本申请实施例提供的一种带二维码的分享图片示意图;
图3为本申请实施例提供的一种报告单合规分享流程示意图;
图4为本申请实施例提供的一种医生认证方法的流程示意图;
图5为本申请实施例提供的一种医检报告分享装置的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象,而不是用于描述特定顺序。此外,术语“包括”和“具有”以及它们任何变形,意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元,而是可选地还包括没有列出的步骤或单元,或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。
在本申请中提及“实施例”意味着,结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例,也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是,本申请所描述的实施例可以与其它实施例相结合。
下面结合本申请实施例中的附图对本申请实施例进行描述。
请参阅图1,图1是本申请实施例提供的一种医检报告分享方法的流程示意图。该方法可包括:
101、接收来自业务端的对目标报告的分享指令,上述目标报告为任意受检者的报告。
本申请实施例中的医检报告分享方法可以应用于医检报告分享系统,该系统可以包括业务端、医生端和服务器,业务端和医生端分别由业务员和医生使用,具体可以为一种终端设备,该终端设备可以与服务器通信,实现报告分享等数据交互功能。具体实现中,终端设备包括但不限于诸如台式计算机,可以具有触摸敏感表面(例如,触摸屏显示器和/或触摸板)。还应当理解的是,在某些实施例中,上述设备还可以是具有触摸敏感表面(例如,触摸屏显示器和/或触摸板)的移动电话、膝上型计算机或平板计算机之类的其它便携式设备。
具体的,业务员可以通过业务端访问服务器,请求查询报告。其中,本申请实施例中的报告可以为具有隐私信息的用户报告如进行各类检查获得受检者的报告,本申请实施例对此不做限制。
为了将系统中的报告分享给对应医生进行查阅,业务端可以选择目标报告,触发分享指令,服务器接收到业务端对目标报告的分享指令后,可以执行步骤102。
在一种可选的实施方式中,上述目标报告为上述业务端的报告查询结果中的报告;
在上述步骤101之前,该方法还包括:
11、接收来自上述业务端的报告查询请求;
12、响应于上述报告查询请求,获取上述业务端的客户档案访问权限;
13、基于上述业务端的客户档案访问权限,获取上述业务端的报告查询结果,向上述业务端展示上述报告查询结果。
具体的,业务员在业务端可以选择查询报告,触发报告查询请求,服务器接收到该业务端的报告查询请求后获得该业务端的报告查询结果,该报告查询结果即业务端被允许授权访问的报告信息,在实际应用中业务端可能未查询到报告,或者查询到一个或者多个报告。业务员需要有“客户档案权限”,可选的,该权限可以由客户通过用户端进行确认,只有通过授权的客户,业务员才可以通过“报告查询”查询到客户的报告并分享给所属医生。服务器可以通过验证该业务端(账号)的客户档案访问权限,来确定该业务端被允许授权访问的报告信息,从而提供相应的报告查询结果。在业务端显示报告查询结果后,业务员可根据需要选择相应的报告作为上述目标报告,进行分享操作。
可选的,对于业务员的客户档案访问权限,还可以通过系统由管理员进行设置,即选择设置各个业务员账号可访问的报告,可以根据需要进行授权、取消授权等。
举例来讲,在实际应用中,通过系统对业务员的客户档案访问权限设置流程可包括:
1、在系统中找到“客户档案数据权限设置”菜单,点击进入;
2、找到需要被授权的业务员a,并选中;
3、选中业务员a设置页面的“客户档案数据权限”栏,此时可查询到该业务员a可以查看的受检者报告;
4、添加具体的某客户b,之后业务员a即有权限查看该客户b的报告。
进一步可选的,上述步骤13包括:
获取上述业务端对应的医院权限信息,根据上述医院权限信息确定目标医院;
获取上述业务端在上述目标医院内授权访问的报告,并对上述报告中上述受检者的敏感信息进行脱敏处理,获得上述报告查询结果。
具体的,业务端(账号)还需要获取相应的医院权限信息,才能够查询对应医院中的报告(可能是部份报告)。服务器可以通过业务端的医院权限信息,确定业务端可访问报告的目标医院,再进一步从该目标医院的报告库中获取该业务端被允许查询的报告,并且,服务器可以根据预设规则对报告中的受检者的敏感信息进行脱敏处理,再向业务端提供报告查询结果。
本申请实施例通过上述方法限制业务员的数据查询权限(业务员负责的医院范围内才允许查询),并在报告查询结果上对客户敏感信息(如手机号码、身份证号码等)进行脱敏处理,提升系统信息安全保障,确保个人信息隐私安全。
102、响应于对上述目标报告的分享指令,获取待分享医生的信息,向上述业务端展示上述待分享医生的信息。
具体的,服务器可以响应于业务端对目标报告的分享指令,获取特定的待分享医生的信息,提供给业务端选择分享对象。其中,上述待分享医生的信息,可以为认证医生的信息。
系统中医生信息的来源可以通过以下方式获得:
1、医生本人填写资料;2、实验室系统历年开展检测业务沉淀下来的医生信息转化而来。可以由对接医生所在医院的业务员进行医生资料审核。
例如,可以通过业务员邀请医生激活医生端系统账号:业务员上门拜访医生/或线上发送邀请二维码给医生的形式,首先由业务员主动发起激活邀请。然后医生扫描邀请的二维码确认自己的信息,通过医生资料填写的手机号码,获得手机验证码。最后系统核对发送的验证码与医生录入的验证码一致,则视为医生已通过认证。
医生信息认证还可以通过其他方式实现,例如后续图4所示实施例中的方法,本申请实施例对此不做限制。
103、根据上述业务端的选择操作从上述待分享医生的信息中确定目标医生的信息。
待分享医生的信息可以展示医生的个人信息,比如姓名、电话、医院、科室等,本申请实施例对此不做限制。
具体的,在业务端获取到待分享医生的信息之后,业务员可以基于待分享医生的信息,根据需要从中选择目标报告的分享对象即目标医生,确定选择目标医生的信息后,发送给服务器,之后可以执行步骤104。
104、根据上述目标报告和上述目标医生的信息,生成上述目标报告对应的分享信息,上述分享信息用于访问上述目标报告的内容。
具体的,服务器在确认待分享的目标报告和目标医生之后,可以基于这些信息生成目标报告对应的分享信息,该分享信息不显示目标报告的具体内容,可以提供给业务端,由业务端选择发送给目标医生,提高信息安全性。
在一种可选的实施方式中,上述步骤104包括:
根据上述目标报告和上述目标医生的信息,基于预设分享模板生成上述目标报告对应的分享图片和分享链接。
可以根据需要预先设置或选择分享信息类型和报告分享模板。其中分享信息类型可以包括上述分享图片和分享链接;分享图片是基于原报告的基本信息生成的图片,可以展示需要的部分报告内容(不涉及隐私),比如报告标识、受检人姓氏、检查日期、报告类型等,本申请实施例对此不做限制。分享链接中可以包括网页链接,通过点击该网页链接可以访问对应的报告详情页面,可在APP或网页中展示报告内容,分享链接还可以包括相关文字,用于说明该网页链接,比如系统名称、检查日期、报告类型,以及提示信息等。
进一步可选的,上述根据上述目标报告和上述目标医生的信息,基于预设分享模板生成上述目标报告对应的分享图片,包括:
根据上述预设分享模板所需的信息,将上述目标报告和上述目标医生的信息填入上述预设分享模板,并通过短链生成技术将上述目标报告的实际地址转为短链置于二维码处,获得上述目标报告对应的分享图片。
上述分享图片还可以包括二维码,通过生成的二维码,分享对象可以扫描查看目标报告。
举例来讲,可以首先通过管理后台,模拟信封的样式设计电子报告单封面的模板,模板预留患者姓名、送检时间、送检项目和医生姓名、以及二维码的录入位置;模板可以设置多份,同时融入公司的文化及人文关怀/根据不同的节日可以设置不同封面模板,如中国医师节、端午节等,系统可以根据设置启用具体的一套模板。业务员在业务端查询到具体的患者报告单后,通过“分享给医生”按钮选择具体的某个认证医生,完成医生与患者报告单的关联。明确了报告单与医生的关系后,系统把具体的信息(医生信息、送检项目、送检时间、患者姓名)填入预设模板,同时通过短链生成技术(第三方接口提供)把报告单实际地址转成短链置于二维码处。
图2为本申请实施例提供的一种带二维码的分享图片示意图,如图2所示,其中包括三种模板生成的分享图片,每个分享图片中包括患者姓名(隐藏除姓氏以外的名)、送检时间、送检项目和二维码(图2中未显示二维码具体图像,仅显示二维码区域),不同分享图片的封面模板不同,比如第一个增加了被分享的医生称呼:“谭医生亲启”,第二个为端午节主题,第三个为医师节主题。封面模板可融入公司的文化及人文关怀/根据不同的节日设置,本申请实施例对此不做限制。
105、向目标医生发送上述目标报告对应的分享信息。
在生成上述分享信息之后,则可以向目标医生发送该目标报告对应的分享信息。具体可以由业务员在业务端保存分享信息,并手动选择发送给分享对象。通过上述步骤生成的分享信息仅目标医生有权访问具体的报告内容,比如一般用户扫码或者点击短链接会显示已加密,需要鉴权才允许访问具体的报告单。
举例来讲,在实际应用中,业务员的报告分享流程可包括:
1、在系统报告查询页面查找到目标报告后,点击“分享给医生”按键;
2、选择要分享的医生(若检查时的申请单留有医生信息,可以无需选择默认分享给该医生)在确认选择的医生之后,点击确认按键,系统生成对应的待分享页面;
3、点击复制链接或保存图片,获得分享链接或分享图片,可以把分享链接或分享图片通过沟通工具如微信发送给医生。
本申请实施例中,通过系统医生可以高效管理患者及报告查阅,医生可以通过小程序或者公众号登录系统,进行电子报告单的在线查阅。提供报告单发布的时间、患者的姓名、报告单的状态等多个维度快速的查询和管理患者及其报告单。
在一种可选的实施方式中,在上述步骤105之后,上述方法还包括:
接收基于上述目标报告对应的分享信息进行的访问请求,获取上述访问请求的发起方的身份信息;
对上述访问请求的发起方的身份信息进行验证,确定上述发起方的身份是否为上述目标医生;
若上述发起方的身份为上述目标医生,向上述发起方提供上述目标报告。
具体的,接收目标报告对应的分享信息的一方不一定是目标医生的医生端,此处称为发起方。在接收到分享信息后,发起方通过该分享信息请求访问对应报告内容(比如扫码或点击链接访问),则触发相应的访问请求,服务器可以获取该访问请求的发起方的身份信息,并对其身份信息进行验证,判断是否为目标医生。若发起方的身份为目标医生,服务器鉴权通过,发起方可以获得并浏览该目标报告的具体内容;若发起方的身份不为目标医生,服务器鉴权不通过,发起方不能浏览该目标报告的具体内容,可以提示其不具备访问权限。
本申请实施例中医生通过点击分享链接或者扫描分享图片(如图2所示)上的二维码可进入报告单详情页面,上述鉴权校验动作在后台完成。
具体的,服务器鉴权内容可包含:
1、分享的二维码或者链接超时后将会失效。可选的,服务器可以对通过分享信息进行的访问请求进行有效性验证,以链接和二维码生成的时间开始计算超过预设时长(比如7天)则会失效,点击该链接或者扫描该二维码将会提示失效,无法进入查看具体的报告单。
2、点击链接或者扫描二维码后,服务器可以请求获取鉴权信息,即用户需要通过手机号码+验证码进行鉴权操作,且同时需要满足分享时选中的目标医生手机号与鉴权时录入的手机号完全一致。只有目标报告分享给的目标医生才有权限查阅报告,其他用户扫码无权限查看。
为了更清楚地展示本申请中的医检报告分享方法,下面结合图3所示的一种报告单合规分享流程示意图进行描述。
1、业务员查询报告进行分享:系统对业务员进行鉴权,访问报告单数据库查询授权访问的报告;系统返回脱敏/加密的报告;
2、选择待分享医生:系统从认证医生库中查找并返回认证医生信息,业务员选择分享对象;
3、系统生成目标报告的分享信息,即包括加密的二维码和链接,提供给业务员分享给医生;
4、医生扫描二维码或链接,请求访问目标报告;
5、系统对该医生进行鉴权校验,判断是否为选择的分享对象;
6、鉴权通过,该医生可查看具体报告内容。
本申请实施例通过接收来自业务端的对目标报告的分享指令,所述目标报告为任意受检者的报告;响应于对所述目标报告的分享指令,获取待分享医生的信息,向所述业务端展示所述待分享医生的信息;根据所述业务端的选择操作从所述待分享医生的信息中确定目标医生的信息;根据所述目标报告和所述目标医生的信息,生成所述目标报告对应的分享信息,所述分享信息用于访问所述目标报告的内容;向目标医生发送所述目标报告对应的分享信息,业务员可以通过业务端查询报告,并直接选择需要分享的医生,由系统生成针对性的分享信息提供给该医生,操作简便;而转发的分享信息不直接透露报告详情,仅被选择的目标医生具有该目标报告的查看权限,可通过该分享信息查阅到目标报告,医生能够完整、准确和快速地获取受检者的报告单结果,且提高了信息安全性。
本申请实施例中的方法,可以有效规避业务员分享患者报告单给医生时的信息安全及个人隐私泄露的风险,同时也大幅节省了业务员的时间提升了效率。
图4为本申请实施例提供的一种医生认证方法的流程示意图,如图4所示该方法包括:
401、获取新增医生信息;
402、获取实验室的送检信息,若存在上述送检信息与上述新增医生信息匹配,自动识别上述新增医生信息的医生为认证医生;
403、若不存在上述送检信息与上述新增医生信息匹配,标记上述新增医生信息对应的账号为游客或潜在医生。
在图1所示实施例中还可以执行如上述图4所示实施例中的医生认证方法,以对医生信息进行认证,从而可以在报告分享时获取认证医生的信息,向认证医生分享报告。
具体的,系统还提供自动认证医生的功能。服务器可以自动周期性监测实验室的送检信息(检测的申请信息),若监测到送检信息与用户注册时的新增医生信息匹配,则系统可自动识别该医生为认证医生。比如,申请信息中的医生手机号与新增医生信息的手机号一致时,则确定信息匹配,识别该账号其为认证医生,获得认证医生的权限。
一直以来,由于送检申请单上未留有准确的医生信息的原因,医生不能够完整、准确和快速地获取电子版患者的报告单结果。通常医生找对接医生所在医院的业务员,要求业务员通过所在医院和患者的姓名在系统中查到相应的报告单文件通过即时通讯工具分享给医生。
这种方式存在的缺点是:
医生信息未通过系统的认证且没有统一管理,医生对患者实施医疗活动的关系由业务员判定不严谨。如业务员离职,则医生与公司的业务关系不能完整的沉淀与交接,需要由新的业务员重新梳理与熟悉,效率低下。
业务员查看患者报告单不符合《医疗机构病历管理规定》(2002年)要求“除对患者实施医疗活动的医务人员及医疗服务质量监控人员外,其他任何机构和个人不得擅自查阅患者的病历”。
通过即时通讯工具分享患者报告单存在患者隐私信息泄露的风险;如业务员把报告单分享到医院内部工作的微信群,非对患者实施医疗活动的医务人员也能够看到患者的报告单,造成患者隐私信息泄露。不符合《中华人民共和国个人信息保护法》的相关规定。
医生不能系统的管理和查看患者的报告单,没有相应的管理系统进行高效的报告单管理和患者管理。如医生想查询以往病人的报告情况,则需要在聊天记录中重新查找效率低下,如果医生清除了历史记录则无法找到对应的报告单。
综上,如何使用一套系统,能够快速地认证医生的信息。同时在业务员查询和分享报告单过程中对患者的敏感信息进行脱敏处理和对报告单进行加密,通过二维码或者加密链接技术方案确保在过程中业务员不能查看到患者检测报告信息。最后在医生查看报告时,只有通过平台认证的医生并且鉴权通过后才可获得该报告单的查看权限。医生在这套系统上,进行高效的报告单管理和患者管理。
本申请实施例实现了一种安全的报告单分享方式,主要体现在:
“医生快速认证体系”,结合公司与客户的合作关系,系统监测实验室检测的样本信息,如有该医生送检的样本时系统自动识别该医生是认证的医生。可以免去医生上传医师执业证、医师资格证、专业技术资格证等繁琐的流程,无需专人处理核实提升效率的同时大幅度的减少人力资源投入。
查询报告过程进行脱敏与加密;通过限制业务员的数据查询权限(业务员负责的医院范围内才允许查询),并在查询结果上对患者的敏感信息(手机号码、身份证号码等)进行脱敏处理;同时通过功能的控制业务员仅能够分享加密后的二维码或者加密的链接,并不允许业务员查看患者的报告单详细信息。提升系统信息安全保障,确保个人信息隐私安全。
为医生提供高效的报告单管理和患者管理系统功能;医生可以通过小程序或者公众号登录系统,进行电子报告单的在线查阅。提供报告单发布的时间、患者的姓名、报告单的状态等多个维度快速的查询和管理患者及其报告单。如送检申请预留了医生信息,系统可自动匹配到认证医生并精准推送报告。
基于上述医检报告分享方法实施例的描述,本申请实施例还公开了一种医检报告分享系统,该系统包括业务端、医生端和服务器,其中:
上述服务器存储有受检者的报告;
上述医生端,用于医生在系统注册并提交身份信息,以及查看上述受检者的报告;
上述业务端,用于向服务器发送报告查询请求;
上述服务器,用于接收上述业务端的上述报告查询请求,对上述业务端的客户档案访问权限进行验证,并向上述业务端提供报告查询结果;
上述业务端还用于,业务员触发对目标报告的分享指令;
上述服务器还用于,响应于对上述目标报告的分享指令,获取待分享医生的信息,向上述业务端展示上述待分享医生的信息,并根据上述业务端的选择操作从上述待分享医生的信息中确定目标医生的信息,根据上述目标报告和上述目标医生的信息,生成上述目标报告对应的分享信息,上述分享信息用于访问上述目标报告的内容,向目标医生的医生端发送上述目标报告对应的分享信息;
上述医生端还用于,向上述服务器发起基于上述目标报告对应的分享信息进行的访问请求;
上述服务器还用于,获取发起上述访问请求的上述医生端的身份信息,对上述医生端的身份信息进行验证,确定上述医生端的身份是否为上述目标医生,若上述医生端的身份为上述目标医生,向上述医生端提供上述目标报告。
根据本申请的一个实施例,图1和图4所示的方法所涉及的步骤可以是在医检报告分享系统中执行,即其中的业务端、医生端和服务器可以分别执行图1和图4所示实施例中对应装置执行的步骤,此处不再赘述。
基于上述医检报告分享方法实施例的描述,本申请实施例还公开了一种医检报告分享装置。请参见图5,医检报告分享装置500包括:
接收模块510,用于接收来自业务端的对目标报告的分享指令,所述目标报告为任意受检者的报告;
查询模块520,用于响应于对所述目标报告的分享指令,获取待分享医生的信息,向所述业务端展示所述待分享医生的信息;
确定模块530,用于根据所述业务端的选择操作从所述待分享医生的信息中确定目标医生的信息;
生成模块540,用于根据所述目标报告和所述目标医生的信息,生成所述目标报告对应的分享信息,所述分享信息用于访问所述目标报告的内容;
传输模块550,用于向目标医生发送所述目标报告对应的分享信息。
根据本申请的一个实施例,图1和图4所示的方法所涉及的步骤可以是由图5所示的医检报告分享装置500中的各个模块执行的,此处不再赘述。
本申请实施例中的医检报告分享装置500,可以接收来自业务端的对目标报告的分享指令,所述目标报告为任意受检者的报告;响应于对所述目标报告的分享指令,获取待分享医生的信息,向所述业务端展示所述待分享医生的信息;根据所述业务端的选择操作从所述待分享医生的信息中确定目标医生的信息;根据所述目标报告和所述目标医生的信息,生成所述目标报告对应的分享信息,所述分享信息用于访问所述目标报告的内容;向目标医生发送所述目标报告对应的分享信息,业务员可以通过业务端查询报告,并直接选择需要分享的医生,由系统生成针对性的分享信息提供给该医生,操作简便;而转发的分享信息不直接透露报告详情,仅被选择的目标医生具有该目标报告的查看权限,可通过该分享信息查阅到目标报告,医生能够完整、准确和快速地获取受检者的报告单结果,且提高了信息安全性。
基于上述方法实施例以及装置实施例的描述,本申请实施例还提供一种电子设备。该电子设备至少包括处理器、输入设备、输出设备以及计算机存储介质。其中,电子设备内的处理器、输入设备、输出设备以及计算机存储介质可通过总线或其他方式连接。
计算机存储介质可以存储在电子设备的存储器中,上述计算机存储介质用于存储计算机程序,上述计算机程序包括程序指令,上述处理器用于执行上述计算机存储介质存储的程序指令。处理器(或称CPU(Central Processing Unit,中央处理器))是电子设备的计算核心以及控制核心,其适于实现一条或多条指令,具体适于加载并执行一条或多条指令从而实现相应方法流程或相应功能;在一个实施例中,本申请实施例上述的处理器可以用于进行一系列的处理,包括如图1或图4所示的方法所涉及的步骤等等。
本申请实施例还提供了一种计算机存储介质(Memory),上述计算机存储介质是电子设备中的记忆设备,用于存放程序和数据。可以理解的是,此处的计算机存储介质既可以包括电子设备中的内置存储介质,当然也可以包括电子设备所支持的扩展存储介质。计算机存储介质提供存储空间,该存储空间存储了电子设备的操作系统。并且,在该存储空间中还存放了适于被处理器加载并执行的一条或多条的指令,这些指令可以是一个或一个以上的计算机程序(包括程序代码)。需要说明的是,此处的计算机存储介质可以是高速RAM存储器,也可以是非不稳定的存储器(non-volatile memory),例如至少一个磁盘存储器;可选的还可以是至少一个位于远离前述处理器的计算机存储介质。
在一个实施例中,可由处理器加载并执行计算机存储介质中存放的一条或多条指令,以实现上述实施例中的相应步骤;具体实现中,计算机存储介质中的一条或多条指令可以由处理器加载并执行图1或图4所示的方法所涉及的任意步骤,此处不再赘述。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的装置和模块的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,该模块的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如,多个模块或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。所显示或讨论的相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口,装置或模块的间接耦合或通信连接,可以是电性,机械或其它的形式。
作为分离部件说明的模块可以是或者也可以不是物理上分开的,作为模块显示的部件可以是或者也可以不是物理模块,即可以位于一个地方,或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行该计算机程序指令时,全部或部分地产生按照本申请实施例的流程或功能。该计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。该计算机指令可以存储在计算机可读存储介质中,或者通过该计算机可读存储介质进行传输。该计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line,DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。该计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。该可用介质可以是只读存储器(read-onlymemory,ROM),或随机存储存储器(random access memory,RAM),或磁性介质,例如,软盘、硬盘、磁带、磁碟、或光介质,例如,数字通用光盘(digital versatile disc,DVD)、或者半导体介质,例如,固态硬盘(solid state disk,SSD)等。
Claims (10)
1.一种医检报告分享方法,其特征在于,包括:
接收来自业务端的对目标报告的分享指令,所述目标报告为任意受检者的报告;
响应于对所述目标报告的分享指令,获取待分享医生的信息,向所述业务端展示所述待分享医生的信息;
根据所述业务端的选择操作从所述待分享医生的信息中确定目标医生的信息;
根据所述目标报告和所述目标医生的信息,生成所述目标报告对应的分享信息,所述分享信息用于访问所述目标报告的内容;
向目标医生发送所述目标报告对应的分享信息。
2.根据权利要求1所述的医检报告分享方法,其特征在于,所述目标报告为所述业务端的报告查询结果中的报告;
在所述接收来自业务端的对目标报告的分享指令之前,所述方法还包括:
接收来自所述业务端的报告查询请求;
响应于所述报告查询请求,获取所述业务端的客户档案访问权限;
基于所述业务端的客户档案访问权限,获取所述业务端的报告查询结果,向所述业务端展示所述报告查询结果。
3.根据权利要求2所述的医检报告分享方法,其特征在于,所述基于所述业务端的客户档案访问权限,获取所述业务端的报告查询结果,包括:
获取所述业务端对应的医院权限信息,根据所述医院权限信息确定目标医院;
获取所述业务端在所述目标医院内授权访问的报告,并对所述报告中所述受检者的敏感信息进行脱敏处理,获得所述报告查询结果。
4.根据权利要求1所述的医检报告分享方法,其特征在于,所述根据所述目标报告和所述目标医生的信息,生成所述目标报告对应的分享信息,包括:
根据所述目标报告和所述目标医生的信息,基于预设分享模板生成所述目标报告对应的分享图片和分享链接。
5.根据权利要求4所述的医检报告分享方法,其特征在于,所述根据所述目标报告和所述目标医生的信息,基于预设分享模板生成所述目标报告对应的分享图片,包括:
根据所述预设分享模板所需的信息,将所述目标报告和所述目标医生的信息填入所述预设分享模板,并通过短链生成技术将所述目标报告的实际地址转为短链置于二维码处,获得所述目标报告对应的分享图片。
6.根据权利要求1-5任一项所述的医检报告分享方法,其特征在于,在向目标医生发送所述目标报告对应的分享信息之后,所述方法还包括:
接收基于所述目标报告对应的分享信息进行的访问请求,获取所述访问请求的发起方的身份信息;
对所述访问请求的发起方的身份信息进行验证,确定所述发起方的身份是否为所述目标医生;
若所述发起方的身份为所述目标医生,向所述发起方提供所述目标报告。
7.根据权利要求6所述的医检报告分享方法,其特征在于,所述方法还包括:
获取新增医生信息;
获取实验室的送检信息,若存在所述送检信息与所述新增医生信息匹配,自动识别所述新增医生信息的医生为认证医生;
若不存在所述送检信息与所述新增医生信息匹配,标记所述新增医生信息对应的账号为游客或潜在医生。
8.根据权利要求1-3任一项所述的医检报告分享方法,其特征在于,所述根据所述目标报告和所述目标医生的信息,生成所述目标报告对应的分享信息,所述分享信息用于访问所述目标报告的内容,包括:
按照预设分享模板生成带有二维码的报告单分享图片,同时生成加密的分享链接;
所述向目标医生发送所述目标报告对应的分享信息,包括:
在所述业务端保存所述报告单分享图片,并将所述报告单分享图片发送给所述目标医生;或者,将所述加密的分享链接发送给所述目标医生;所述二维码或者所述分享链接在预设时长后失效,所述失效后的二维码或者分享链接在被请求访问将提示失效、无法进入查看具体的报告内容;
所述报告单分享图片和所述加密的分享链接,具体用于:
在用户通过所述报告单分享图片或者所述加密的分享链接请求访问时,要求所述用户通过手机号码和验证码的形式进行鉴权操作,所述鉴权操作用于判断所述用户录入的手机号与在分享时选择的所述目标医生的手机号是否一致;
若一致,则确认所述用户为所述目标医生,有权限查阅所述目标报告的内容,若不一致,则确认所述用户不为所述目标医生,无权限查阅所述目标报告的内容;
所述目标医生有权限查阅的信息还包括但不限于:报告单发布的时间、患者的姓名、不同维度下报告单的状态。
9.一种医检报告分享系统,其特征在于,包括业务端、医生端和服务器,其中:
所述服务器存储有受检者的报告;
所述医生端,用于医生在系统注册并提交身份信息,以及查看所述受检者的报告;
所述业务端,用于向服务器发送报告查询请求;
所述服务器,用于接收所述业务端的所述报告查询请求,对所述业务端的客户档案访问权限进行验证,并向所述业务端提供报告查询结果;
所述业务端还用于,业务员触发对目标报告的分享指令;
所述服务器还用于,响应于对所述目标报告的分享指令,获取待分享医生的信息,向所述业务端展示所述待分享医生的信息,并根据所述业务端的选择操作从所述待分享医生的信息中确定目标医生的信息,根据所述目标报告和所述目标医生的信息,生成所述目标报告对应的分享信息,所述分享信息用于访问所述目标报告的内容,向目标医生的医生端发送所述目标报告对应的分享信息;
所述医生端还用于,向所述服务器发起基于所述目标报告对应的分享信息进行的访问请求;
所述服务器还用于,获取发起所述访问请求的所述医生端的身份信息,对所述医生端的身份信息进行验证,确定所述医生端的身份是否为所述目标医生,若所述医生端的身份为所述目标医生,向所述医生端提供所述目标报告。
10.一种医检报告分享装置,其特征在于,包括:
接收模块,用于接收来自业务端的对目标报告的分享指令,所述目标报告为任意受检者的报告;
查询模块,用于响应于对所述目标报告的分享指令,获取待分享医生的信息,向所述业务端展示所述待分享医生的信息;
确定模块,用于根据所述业务端的选择操作从所述待分享医生的信息中确定目标医生的信息;
生成模块,用于根据所述目标报告和所述目标医生的信息,生成所述目标报告对应的分享信息,所述分享信息用于访问所述目标报告的内容;
传输模块,用于向目标医生发送所述目标报告对应的分享信息。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2022107895036 | 2022-07-06 | ||
CN202210789503 | 2022-07-06 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115376644A true CN115376644A (zh) | 2022-11-22 |
Family
ID=84065951
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210998797.3A Pending CN115376644A (zh) | 2022-07-06 | 2022-08-19 | 一种医检报告分享方法、系统、装置及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115376644A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117334288A (zh) * | 2023-10-19 | 2024-01-02 | 合肥春晖明志医疗科技有限公司 | 一种用于乳腺癌检测的报告生成系统 |
-
2022
- 2022-08-19 CN CN202210998797.3A patent/CN115376644A/zh active Pending
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117334288A (zh) * | 2023-10-19 | 2024-01-02 | 合肥春晖明志医疗科技有限公司 | 一种用于乳腺癌检测的报告生成系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20220172806A1 (en) | Electronic health record system | |
US11335440B1 (en) | Health status system, platform, and method | |
US20160371438A1 (en) | System and method for biometric-based authentication of a user for a secure event carried out via a portable electronic device | |
US20180032757A1 (en) | Health Status Matching System and Method | |
US10467468B2 (en) | System and method for identity proofing and knowledge based authentication | |
KR101634980B1 (ko) | 이동통신단말기에 저장된 금융카드정보를 이용한 지문 본인 인증 시스템 및 방법 | |
US20150101065A1 (en) | User controlled data sharing platform | |
WO2016144632A2 (en) | Method and apparatus for remote identity proofing service issuing trusted identities | |
KR20170135332A (ko) | 공인기관에 의한 의료기록 관리 및 전송 시스템 및 방법 | |
KR20180076911A (ko) | 일회용 비밀번호 기반 제3자의 의료정보 열람 시스템 | |
JP5494020B2 (ja) | 医療連携システム | |
CN115376644A (zh) | 一种医检报告分享方法、系统、装置及存储介质 | |
KR20200054552A (ko) | 전자처방전 서비스 제공 방법 | |
US20210006553A1 (en) | Personal data application and personal data application control method | |
US20080107308A1 (en) | Medical biometric identification security system | |
KR20200139277A (ko) | 메신저 인증 서버를 이용한 전자처방전 발급 시스템 및 방법 | |
JP6828459B2 (ja) | 文書閲覧システム及びプログラム | |
Ondiege et al. | Health care professionals’ perception of security of personal health devices | |
KR101047140B1 (ko) | 지문 인식을 이용한 무인 의료 접수 및 정보 제공시스템과 그 방법 | |
WO2004038630A1 (en) | Secure method to identify and retrieve patient information | |
JP2018173798A (ja) | 本人確認管理装置、本人確認管理方法、及びプログラム | |
JP5919497B2 (ja) | ユーザ認証システム | |
CN111091885A (zh) | 出生医学证明线上申领方法、装置、系统和计算机设备 | |
JP7262826B2 (ja) | 情報処理装置、情報処理方法、およびプログラム | |
KR102591773B1 (ko) | 코로나 19 항체 인증서 발급 방법 및 그 시스템 |
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 |