CN108665951A - 一种将预结构化数据生成医学报告的方法和系统 - Google Patents

一种将预结构化数据生成医学报告的方法和系统 Download PDF

Info

Publication number
CN108665951A
CN108665951A CN201810375610.8A CN201810375610A CN108665951A CN 108665951 A CN108665951 A CN 108665951A CN 201810375610 A CN201810375610 A CN 201810375610A CN 108665951 A CN108665951 A CN 108665951A
Authority
CN
China
Prior art keywords
field
type
input
value
report
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.)
Granted
Application number
CN201810375610.8A
Other languages
English (en)
Other versions
CN108665951B (zh
Inventor
薛亭
张�杰
王静
胡强
符祥晖
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Angel Software Technology Co Ltd
Original Assignee
Beijing Angel Software Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Beijing Angel Software Technology Co Ltd filed Critical Beijing Angel Software Technology Co Ltd
Priority to CN201810375610.8A priority Critical patent/CN108665951B/zh
Publication of CN108665951A publication Critical patent/CN108665951A/zh
Application granted granted Critical
Publication of CN108665951B publication Critical patent/CN108665951B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H15/00ICT specially adapted for medical reports, e.g. generation or transmission thereof
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0481Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance
    • G06F3/0482Interaction with lists of selectable items, e.g. menus

Landscapes

  • Engineering & Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Public Health (AREA)
  • Medical Informatics (AREA)
  • Primary Health Care (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Human Computer Interaction (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Epidemiology (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

本申请提供了用于将预结构化数据生成医学报告的系统和方法,所述系统包括:数据录入模块,具有人机交互界面,人机交互界面接收基于HTML技术配置的评估病灶评估点的以单选控件类型展现的第一类型字段,以多选控件类型展现的第二类型字段;以文本框控件类型展现的第三类型字段中的至少之一,上述字段分别与多个第四类型字段、多个第五类型字段和多个第六类型字段对应地存储在数据库中;报告封装模块,基于医学语义,将所存储的多个第四、第五和第六类型字段按预定语法规则进行封装;报告生成模块,读取接收的输入,并确定出输入中的与封装的多个第四类型字段、多个第五类型字段和多个第六类型字段相匹配的值,并将相匹配的值生成医学报告。

Description

一种将预结构化数据生成医学报告的方法和系统
技术领域
本申请涉及医学报告的生成方法和系统,更具体地,涉及将预结构化数据生成医学报告的方法和系统。
背景技术
虽然许多医学学科开始尝试对本学科医学数据的预结构化,但是在例如电子病历或其它系统中,基于预结构化的数据生成的报告(例如,表格式报告)不符合医学报告文书的一般书写习惯和格式习惯,很难全面的描述如手术过程或影像学报告等非常详细的报告内容,容易造成歧义。医疗文书依旧有对文本样式的客观需求,而现有的基于预结构化数据技术的医学报告,因其只能依据选中的选项、填写的内容等,生成格式较固定的文本内容,还需要用户手动删除不需要展示的文字来补充其他内容等,形式死板,易用性差,用户体验度差而难以满足详细报告的内容需求。
申请内容
根据本申请的一方面,提供了用于将预结构化数据生成医学报告的系统,所述系统包括数据录入模块、报告封装模块和报告生成模块。数据录入模块具有人机交互界面,人机交互界面接收基于HTML技术配置的评估病灶评估点的数据信息中的至少之一,所述数据信息包括:以单选控件类型在人机交互界面展现的第一类型字段;以多选控件类型在人机交互界面展现的第二类型字段;以文本框控件类型在人机交互界面展现的第三类型字段;其中,所述多个第一类型字段、多个第二类型字段和多个第三类型字段分别与多个第四类型字段、多个第五类型字段和多个第六类型字段对应地存储在数据库中。报告封装模块基于医学语义,将所存储的多个第四类型字段、多个第五类型字段和多个第六类型字段按预定语法规则进行封装。报告生成模块读取数据录入模块接收的输入,并确定出所述输入中的与封装的多个第四类型字段、多个第五类型字段和多个第六类型字段相匹配的值,并将相匹配的值生成医学报告。
报告封装模块可包括顿号生成单元,其用于在要生成的医学报告中与在所述输入中有值的由顿号生成单元封装的第五类型字段对应的两个相邻的第二类型字段之间添加顿号,并且不显示与在所述输入中无值的由顿号生成单元封装的第五类型字段对应的第二类型字段。
报告封装模块可包括第一显示和隐藏单元,其用于在所述多个第四类型字段、多个第五类型字段和多个第六类型字段中的一个字段在所述输入中有值时,在要生成的医学报告中显示与由第一显示和隐藏单元封装的语句对应的报告内容;以及在所述一个字段在所述输入中无值时,在要生成的医学报告中自动隐藏与由第一显示和隐藏单元封装的语句对应的报告内容。
报告封装模块可包括第二显示和隐藏单元,其用于在所述多个第四类型字段、多个第五类型字段和多个第六类型字段中的一个字段在所述输入中的值满足第一条件或者第一多个字段在所述输入中的值满足第二条件时,在要生成的医学报告中显示与由第二显示和隐藏单元封装的语句对应的报告内容。
报告封装模块可包括第三显示和隐藏单元,其用于在所述多个第四类型字段、多个第五类型字段和多个第六类型字段中的一个字段在所述输入中的值满足第三条件或者第二多个字段在所述输入中的值满足第四条件时,在要生成的医学报告中隐藏与由第三显示和隐藏单元封装的语句对应的报告内容;以及在所述一个字段在所述输入中的值不满足第三条件或者第二多个字段在所述输入中的值不满足第四条件时,显示与由第三显示和隐藏单元封装的语句对应的报告内容。
报告封装模块可包括逗号和句号生成单元,其用于在所述多个第四类型字段、多个第五类型字段和多个第六类型字段中的一个字段在所述输入中有值且由逗号和句号生成单元封装的在所述一个字段之后的字段在所述输入中无值时在要生成的医学报告中与所述一个字段对应的位置后生成句号,以及在所述一个字段在所述输入中有值且由逗号和句号生成单元封装的在所述一个字段之后的字段在所述输入中有值时在要生成的医学报告中与所述一个字段对应的位置后生成逗号。
根据本申请的另一方面,提供了将预结构化数据生成医学报告的方法,所述方法包括:通过人机交互界面接收基于HTML技术配置的评估病灶评估点的数据信息中的至少之一,其中,数据信息包括以单选控件类型在人机交互界面展现的第一类型字段,以多选控件类型在人机交互界面展现的第二类型字段,以文本框控件类型在人机交互界面展现的第三类型字段,其中,多个第一类型字段、多个第二类型字段和多个第三类型字段分别与多个第四类型字段、多个第五类型字段和多个第六类型字段对应地形式存储在数据库中;基于医学语义,将所存储的多个第四类型字段、多个第五类型字段和多个第六类型字段按预定的语法规则进行封装;以及读取所接收的输入,并确定出所述输入中的与封装的所述多个第四类型字段、多个第五类型字段和多个第六类型字段相匹配的值,并将相匹配的值生成医学报告。
所述封装可包括:将至少两个第五类型字段封装,其中,在要生成的医学报告中与在所述输入中有值的由顿号生成单元封装的第五类型字段对应的两个相邻的第二类型字段之间添加顿号,并且不显示与在所述输入中无值的由顿号生成单元封装的第五类型字段对应的第二类型字段。
所述封装可包括:以预设的第一前缀和预设的第二后缀将所述多个第四类型字段、多个第五类型字段和多个第六类型字段中的一个字段封装,其中,在所述一个字段在所述输入中有值时,在要生成的医学报告中显示与封装的语句对应的报告内容,以及在所述一个字段在所述输入中无值时在要生成的医学报告中自动隐藏与封装的语句对应的报告内容。
所述封装可包括:以预设的第二前缀和预设的第一后置条件将所述多个第四类型字段、多个第五类型字段和多个第六类型字段中的一个字段或第一多个字段封装,其中,在所述一个字段在所述输入中的值满足第一条件或者第一多个字段在所述输入中的值满足第二条件时,在要生成的医学报告中显示与封装的语句对应的报告内容。
所述封装可包括:以预设的第三前缀和预设的第二后置条件将所述多个第四类型字段、多个第五类型字段和多个第六类型字段中的一个字段或第二多个字段封装,其中,在所述一个字段在所述输入中的值满足第三条件或者第二多个字段在所述输入中的值满足第四条件时,在要生成的医学报告中隐藏与封装的语句对应的报告内容;以及在所述一个字段在所述输入中的值不满足第三条件或者第二多个字段在所述输入中的值不满足第四条件时,显示与封装的语句对应的报告内容。
所述封装可包括:以预设的第四前缀和预设的第三后置条件将所述多个第四类型字段、多个第五类型字段和多个第六类型字段中的第三多个字段进行封装,其中,在第三多个字段中的最前的一个字段在所述输入中有值且在所述一个字段之后的字段在所述输入中无值时在要生成的医学报告中与所述一个字段对应的位置后生成句号,以及在所述一个字段在所述输入中有值且在所述一个字段之后的字段在所述输入中有值时在要生成的医学报告中与所述一个字段对应的位置后生成逗号。
附图说明
图1是示出根据本申请实施方式的用于将预结构化数据生成医学报告的系统的示意图。
图2是示出根据本申请实施方式的医学报告生成系统的数据录入模块的人机交互界面的示例性示图。
图3是示出根据本申请实施方式的报告封装模块的配置的示图。
图4是示出根据本申请实施方式的使用报告封装模块的顿号生成单元的场景的示例性示图。
图5A和图5B是示出根据本申请实施方式的使用报告封装模块的第一显示和隐藏单元的场景的示例性示图。
图6A和图6B是示出根据本申请实施方式的使用报告封装模块的第二显示和隐藏单元的场景的示例性示图。
图7A和图7B是示出根据本申请实施方式的使用报告封装模块的第三显示和隐藏单元的场景的示例性示图。
图8A至图8D是示出根据本申请实施方式的使用报告封装模块的逗号和句号生成单元的场景的示例性示图。
图9是示出根据本申请实施方式的将预结构化数据生成医学报告的方法的流程图。
具体实施方式
将参考以下所讨论的细节来描述本申请的多种实施方式和方面,附图将示出所述多种实施方式。下列描述和附图是对本申请的说明,而不应当解释为限制本申请。描述了许多特定细节以提供对本申请各种实施方式的全面理解。然而,在某些情况下,并未描述众所周知的或常规的细节以提供对本申请的实施方式的简洁讨论。
本说明书中对“一个实施方式”或“实施方式”的提及意味着结合该实施方式所描述的特定特征、结构或特性可以包括在本申请的至少一个实施方式中。短语“在一个实施方式中”在本说明书中各个地方的出现不必全部指同一实施方式。
应理解的是,本文中所描述的具体实施方式仅用于解释本申请,而非对本申请的范围进行限定。需注意的是,在不冲突的情况下,本申请中的实施方式及实施方式中的特征可以相互组合。因此,本领域普通技术人员将认识到,在不背离本公开的范围和精神的情况下,可对本文中所描述的多种实施方式进行多种改变和修改。
除非另有限定,否则本文中使用的所有术语(包括技术术语和科学术语)具有与由本申请所属技术领域的普通技术人员所通常理解的含义相同的含义。还将理解的是,除非本文中明确地如此限定,否则诸如常用词典中定义的那些术语应被解释成具有与其在相关技术领域和/或本说明书的上下文中的含义一致的含义,并且不应以理想化或过于正式的含义进行解释。
此外,应注意:(1)某些步骤可选择性地执行;(2)步骤可不限于本文中所陈述的特定顺序;(3)某些步骤可以以不同的顺序执行;以及(4)某些步骤可同时进行。
图1是示出根据本申请实施方式的用于将预结构化数据生成医学报告的系统的示意图。图2是示出根据本申请实施方式的医学报告生成系统的数据录入模块的人机交互界面的示例性示图。表格1A至表格1C是示出根据本申请实施方式的图2中所示的人机交互界面的多个第一类型字段、多个第二类型字段和多个第三类型字段及与它们分别对应的多个第四类型字段、多个第五类型字段和多个第六类型字段在数据库中的对应关系的示图。
如图1所示,用于将预结构化数据生成医学报告的系统1000包括数据录入模块100、报告封装模块200和报告生成模块300。
数据录入模块100具有人机交互界面,人机交互界面接收基于HTML技术配置的评估病灶评估点的数据信息中的至少之一,所述数据信息包括:以单选控件类型在人机交互界面展现的第一类型字段;以多选控件类型在人机交互界面展现的第二类型字段;以文本框控件类型在人机交互界面展现的第三类型字段。所述多个第一类型字段、多个第二类型字段和多个第三类型字段分别与多个第四类型字段、多个第五类型字段和多个第六类型字段对应地存储在数据库中。
数据录入模块100的示例性人机交互界面如图2中所示,附图标记“Type1”表示所示界面中以单选类型控件展现的第一类型字段,附图标记“Type2”表示以多选控件类型展现的第二类型字段以及附图标记“Type3”表示以文本框控件类型展现的第三类型字段。
图2中所示的多个第一类型字段Type1、多个第二类型字段Type2和多个第三类型字段Type3在数据库中与多个第四类型字段Type4、多个第五类型字段Type5和多个第六类型字段Type6对应地存储,如以下的表格1A至表格1C所示。
表格1A
表格1B
表格1C
应理解,图2和表格1A至表格1C仅仅是报告生成系统1000的数据录入模块100的人机交互界面以及第一类型字段、第二类型字段和第三类型字段与第四类型字段、第五类型字段和第六类型字段的对应关系的示意图,但本申请的人机交互界面的布局和字段内容及对应的存储值不限于此。
报告封装模块200基于医学语义,将所存储的多个第四类型字段Type4、多个第五类型字段Type5和多个第六类型字段Type6按预定的语法规则进行封装。下文将详细描述所提到的预定语法规则。
报告生成模块300配置成读取数据录入模块100接收的输入,并确定出输入中的与封装的多个第四类型字段Type4、多个第五类型字段Type5和多个第六类型字段Type6相匹配的值,并将所存储的值生成医学报告。
图3是示出根据本申请实施方式的报告封装模块的配置的示图。
图4是示出根据本申请实施方式的使用报告封装模块的顿号生成单元的场景的示例性示图。图5A和图5B是示出根据本申请实施方式的使用报告封装模块的第一显示和隐藏单元的场景的示例性示图。图6A和图6B是示出根据本申请实施方式的使用报告封装模块的第二显示和隐藏单元的场景的示例性示图。图7A和图7B是示出根据本申请实施方式的使用报告封装模块的第三显示和隐藏单元的场景的示例性示图。图8A至图8D是示出根据本申请实施方式的使用报告封装模块的逗号和句号生成单元的场景的示例性示图。
如图3中所示,报告封装模块200可包括顿号生成单元202、第一显示和隐藏单元204、第二显示和隐藏单元206、第三显示和隐藏单元208以及逗号和句号生成单元210,但本申请不限于此,例如,报告封装模块200可包括顿号生成单元202、第一显示和隐藏单元204、第二显示和隐藏单元206、第三显示和隐藏单元208以及逗号和句号生成单元210中的任何一个或它们的任意组合。
顿号生成单元202用于在要生成的医学报告中与在所述输入中有值的由顿号生成单元封装的第五类型字段对应的两个相邻的第二类型字段之间添加顿号,并且不显示与在输入中无值的由顿号生成单元202封装的第五类型字段对应的第二类型字段。
在根据本申请的示例性实施方式中,使用通配符“{}”进行封装以实现顿号生成单元202的功能。通配符“{}”的示例性代码定义如下:
通配符“{}”的使用格式为:{【第五类型字段1】【第五类型字段2】……【第五类型字段X】}。其中,通配符“【】”的示例性代码定义如下:
通过以上代码,通配符“【】”可实现调用输入中的与“【】”内的字段对应的值。应理解,通配符“【】”的符号和对应的代码定义仅仅是示例性的而非限制性的,本领域技术人员可通过其它任何编程语言编译而成。
图4示出了顿号生成单元202的一个示例性使用场景。在该示例性使用场景下,基于医学语义,需要将眼眶区域所有可能被侵犯的结构、部位整理出来,这些被侵犯的部位词之间为并列关系,当侵犯多个部位时,需要在这些并列的部位词之间追加顿号。顿号生成单元202中与图4对应的页面的封装语句如下:
病变侵犯右侧{【Inva_R_Eyeball_1】【Inva_R_Lacrimal_Gland_1】【Inva_R_Lacrimal_Sac_Area_1】【Inva_R_Eyelid_1】【Inva_R_Orbital_Septum_1】【Inva_R_Orbital_Apex_1】【Inva_R_Superior_Orbital_Fissure_1】【Inva_R_Inferior_Orbital_Fissure_1】【Inva_R_Intraocular_Portion_1】【Inva_R_Intraorbital_Portion_1】【Inva_R_Intracanalicular_Portion_1】【Inva_R_Intracranial_Portion_1】【Inva_R_Cavernous_Sinus_1】【Inva_R_Frontal_Lobe_1】【Inva_R_Temporal_Lobe_1】【Inva_R_Pterygopalatine_Fossa_1】【Inva_R_Infratemporal_Fossa_1】【Inva_R_Ethmoidal_Sinus_1】【Inva_R_Sphenoid_Sinus_1】【Inva_R_Frontal_Sinus_1】【Inva_R_Maxillary_Sinus_1】【Inva_R_Levator_Muscle_Upper_Eyelid_1】【Inva_R_Superior_Rectus_Muscle_1】【Inva_R_Superior_Oblique_Rectus_Muscle_1】【Inva_R_Lateral_Rectus_Muscle_1】【Inva_R_Medial_Rectus_Muscle_1】【Inva_R_Inferior_Oblique_Muscle_1】【Inva_R_Inferior_Rectus_Muscle_1】}。
上述封装语句中“【】”内的第五类型字段分别对应于表示右侧眼眶的“眼球”、“泪腺”、“泪囊区”、“眼睑”、“眶隔前”、“眶尖”、“眶上裂”、“眶下裂”的第一类型字段,表示右侧视神经的“视神经内段”、“视神经眶内段”、“视神经管内段”、“视神经颅内段”的第一类型字段,表示右侧颅脑区域的“海绵窦”、“额叶”、“颞叶”的第一类型字段,表示周围腔隙的“翼腭窝”、“颞下窝”、“筛窦”、“蝶窦”、“额窦”、“上颌窦”的第一类型字段,表示右侧眼外肌的“上睑提肌”、“上直肌群”、“上斜肌”、“外直肌”、“内直肌”、“下斜肌”、“下直肌”的第一类型字段。
在应用了顿号生成单元202的情况下,与图4中的人机交互界面的输入相对应的报告内容为“病变侵犯右侧眼球、视神经眶内段、颞下窝”。
应理解,符号生成单元202使用的上述通配符“{}”和通配符“{}”的代码定义仅仅是用于实现符号生成单元202的功能的示例性通配符符号和代码定义,本申请不限于此,本领域技术人员通过阅读上述内容能够想到的用于实现符号生成单元202的功能的其它通配符和用其它任何编程语言编译的对应的代码定义均属于本申请的符号生成单元202的等同。
第一显示和隐藏单元204用于在多个第四类型字段、多个第五类型字段和多个第六类型字段中的一个字段在输入中有值时,在要生成的医学报告中显示与由第一显示和隐藏单元封装的语句对应的报告内容;以及在所述一个字段在输入中无值时,在要生成的医学报告中自动隐藏与由第一显示和隐藏单元204封装的语句对应的报告内容。
在根据本申请的示例性实施方式中,使用通配符“##”以实现第一显示和隐藏单元204的功能。通配符“##”的示例性代码定义如下:
通配符“##”的使用格式为:#第一前缀+【字段】+第一后缀#。
图5A和图5B示出了第一显示和隐藏单元204的示例性使用场景。在该示例性使用场景下,基于医学语义,在例如视神经眶内段梭形增粗时,不需要再描述与肿块占位相关的“前后径”“左右径”“上下径”,则相关径线内容会在报告中自动隐藏。当一个占位病变录入相关径线值时,相关径线内容会显示。
在报告封装模块中与附图标记“X”内的内容的对应配置语句如下:
#病变前后径约【Anteroposterior_Diameter_1】mm,##左右径约【L_R_Diameter_1】mm,##上下径约【Vertical_Diameter_1】mm。#
上述封装语句中“【】”内的字段在数据库中分别与评估前后径的文本框控件类型的字段、评估左右径的文本框控件类型的字段和评估上下径的文本框控件类型的字段对应。
当未输入径线内容时,生成的报告内容自动隐藏了与“病变形态”、“病变边界”“病变大小(径线)”相关的内容,报告内容为“右侧视神经眶内段梭形增粗”。当录入一组径线值,例如图5B中所示的一组径线值时,报告内容为“右侧视神经眶内段梭形增粗,病变前后径约1mm,左右径约2mm,上下径约3mm”。
应理解,第一显示和隐藏单元204使用的上述通配符“##”和通配符“##”的代码定义仅仅是用于实现第一显示和隐藏单元204的功能的示例性通配符符号和代码定义,本申请不限于此,本领域技术人员通过阅读上述内容能够想到的用于实现第一显示和隐藏单元204的功能的其它通配符和用其它任何编程语言编译的对应的代码定义均属于本申请的第一显示和隐藏单元204的等同。
第二显示和隐藏单元206,用于在多个第四类型字段、多个第五类型字段和多个第六类型字段中的一个字段在输入中的值满足第一条件或者第一多个字段在输入中的值满足第二条件时,在要生成的医学报告中显示与由第二显示和隐藏单元206封装的语句对应的报告内容。
在根据本申请的示例性实施方式中,使用通配符“~~”以实现第二显示和隐藏单元206的功能。通配符“~~”的示例性代码定义如下:
通配符“~~”的使用格式为:~需显示的文字+【需显示的字段N】@【字段1】=*指定值1*$【字段2】=*指定值2*$……【字段X】=*指定值X*@~。其中,“@@”之间的内容为字段值条件,“**”之间为具体的字段值,应理解X≥1,且条件式中的“=”(表示“等于”)在有些使用场景下可根据条件替换为“!=”(表示“不等于”)。
图6A和图6B示出了第二显示和隐藏单元206的示例性使用场景。在该示例性使用场景下,基于医学语义,右侧眼睑的评估选项有“未见增厚”、“增厚”和“N/A”选项(N/A表示数据未评估过)。报告内容需要在右侧眼睑的评估选项为“增厚”时,显示“右侧眼睑增厚”,在选项为“未见增厚”、“N/A”时,不显示报告内容。
报告模板中评估右侧眼睑的报告的对应配置语句如下:
~右侧眼睑增厚。@【R_Eyelid_Thickening】=*增厚*@~
上述封装语句中的“【】”内的字段为数据库中与评估右侧眼睑的字段对应的第四类型字段。在上述配置语句中,与评估右侧眼睑的字段对应的第四类型字段的值为“增厚”时,在医学报告中显示“右侧眼睑增厚。”,其他情况不显示关于右侧眼睑的评估语句。因此,与图6A中的输入对应的输出报告内容为“右侧眼睑增厚。右侧泪腺增大,边界模糊,信号正常。”与图6B中的输入对应的输出报告内容为“右侧泪腺增大,边界模糊,信号正常。”
第二显示和隐藏单元206可以在某一个或某几个字段分别满足设定的条件时,显示指定的内容或对应的字段。
应理解,第二显示和隐藏单元206使用的上述通配符“~~”和通配符“~~”的代码定义仅仅是用于实现第二显示和隐藏单元206的功能的示例性通配符符号和代码定义,本申请不限于此,本领域技术人员通过阅读上述内容能够想到的用于实现第二显示和隐藏单元206的功能的其它通配符和用其它任何编程语言编译的对应的代码定义均属于本申请的第二显示和隐藏单元206的等同。
第三显示和隐藏单元208,用于在多个第四类型字段、多个第五类型字段和多个第六类型字段中的一个字段在输入中的值满足第三条件或者第二多个字段在输入中的值满足第四条件时,在要生成的医学报告中隐藏与由第三显示和隐藏单元208封装的语句对应的报告内容;以及在所述一个字段在所述输入中的值不满足第三条件或者第二多个字段在所述输入中的值不满足第四条件时,显示与由第三显示和隐藏单元208封装的语句对应的报告内容。
在根据本申请的示例性实施方式中,使用通配符“^^”以实现第三显示和隐藏单元208的功能。通配符“^^”的示例性代码定义如下:
通配符“^^”的使用格式为:^需显示的文字+【需显示的字段N】@【字段1】=*指定值1*$【字段2】=*指定值2*$……【字段X】=*指定值X*@^。其中,“@@”之间的内容为字段值条件,“**”之间为具体的字段值,应理解X≥1,且条件式中的“=”(表示“等于”)在有些使用场景下可根据条件替换为“!=”(表示“不等于”)。
第三显示和隐藏单元208可适合于医生在报告描述时一般只描述阳性表现,而不描述阴性条件的语义习惯,以及所有类似的条件组合情况。
图7A和图7B示出了第三显示和隐藏单元208的示例性使用场景。在该示例性使用场景下,基于医学语义,当输入中评估右侧鼓室的字段为“形态可”时,在要生成的医学报告中隐藏关于描述右侧鼓室的语句;以及当输入中与评估右侧鼓室的第四类型字段匹配的字段为“形态可”之外的其它字段时,在要生成的医学报告中显示关于描述右侧鼓室的语句。
报告封装模块中实现上述功能的对应配置语句如下:
^右侧鼓室【R_Tympanic_Envalue】。@【R_Tympanic_Envalue】=*形态可*@^
上述封装语句中的“【】”内的字段R_Tympanic_Envalue为与数据库中评估右侧鼓室的字段对应的第四类型字段。
在有些情况下,例如当输入中评估右侧鼓室的字段、评估右侧乳突窦的字段和评估咽鼓管鼓部的字段均为“形态可”时,报告中独立的鼓室评估内容需要全部隐藏,这种情况下,需要配合第二显示和隐藏单元206中的“~~”一起使用。
报告封装模块中实现上述功能的对应配置语句如下:
~右侧鼓室、乳突窦、鼓口形态可。@【R_Tympanic_Envalue】=*形态可*$【R_Mastoid_Sinus_Envalue】=*形态可*$【R_Tympanic_Portion_of_Eustachian】=*形态可*@~
上述封装语句中的“【】”内的字段R_Tympanic_Envalue、R_Mastoid_Sinus_Envalue和Tympanic_Portion_of_Eustachian分别为数据库中与评估右侧鼓室的字段、评估右侧乳突窦的字段和评估咽鼓管鼓部的字段的字段对应的第四类型字段。
应理解,第三显示和隐藏单元208使用的上述通配符“^^”和通配符“^^”的代码定义仅仅是用于实现第三显示和隐藏单元208的功能的示例性通配符符号和代码定义,本申请不限于此,本领域技术人员通过阅读上述内容能够想到的用于实现第三显示和隐藏单元208的功能的其它通配符和用其它任何编程语言编译的对应的代码定义均属于本申请的第三显示和隐藏单元208的等同。
逗号和句号生成单元210,用于:在多个第四类型字段、多个第五类型字段和多个第六类型字段中的一个字段在输入中有值且由逗号和句号生成单元210封装的在所述一个字段之后的字段在输入中无值时,在要生成的医学报告中与所述一个字段对应的位置后生成句号;以及在所述一个字段在输入中有值且由逗号和句号生成单元210封装的在所述一个字段之后的字段在输入中有值时,在要生成的医学报告中与所述一个字段对应的位置后生成逗号。
在根据本申请的示例性实施方式中,使用逗号和句号条件判断以实现逗号和句号生成单元210的功能。
以下结合本申请示例性实施方式的数据录入模块100的人机交互界面中基于征象评估分类法而设计的界面描述逗号和句号生成单元210。
同类型征象评估是医学评估中常见的问题,现有技术的结构化设计是对每种征象独立设计评估选项,这样的设计在生成报告时很难实现报告内容的同类合并表达。例如,在评估人的外耳道各壁的场景下,由于外耳道有4种壁(上壁、下壁、前壁和后壁),医生在评估时,会把相同征象的外耳道壁归类评估,如书写“外耳道上壁连续性中断,外耳道下壁、前壁呈侵性破坏改变,后壁未见明显异常。”在这组医学报告的描述中,下壁和前臂由于征象相同而被合并在一起书写。现有技术的结构化数据设计,会为每种外耳道壁进行一次评估,而在评估后,在使用结构化报告工具和医学语义实现上述描述时,需要计算机计算4种外耳道壁的独立评估点,分析有没有完全相同的,如果有,则将相同征象的外耳道壁描述为:同征象外耳道壁1+同征象外耳道壁2+……+同征象外耳道壁N+同类相关描述,同时还要求在报告生成机制中对无同征象的外耳道壁的单独描述根据情况进行显示和隐藏,才能实现如上所述的报告语句。由于同类型描述内容合并时可能出现的排列组合太多(例如,眼眶有7根眼外肌(内直肌、外直肌、上睑提肌、上直肌群、上斜肌、下直肌、下斜肌),心血管有15个血管分段),这在录入界面配置上和系统计算上都繁琐且难以实现。更重要的是,每个征象都独立评估,则医生在填写时,就会增加评估工作量,例如:如果多条肌肉的征象相似(如Graves眼病,所有眼外肌一般都会增粗),医生就要为7条肌肉选择7组属性,在填写时繁琐,也容易错漏项,应用的体验很差。
图8A至图8D示出了逗号和句号生成单元210的示例性使用场景。根据医学事件的不同,可以设计不同的分类组数量,例如图8A中的眼外肌的分类征象,3组分类可覆盖100%的眼外肌非外上、非肿瘤类征象评估(注:此处特指眼眶的核磁评估,核磁一般不扫描眼眶区域的外伤,肿瘤情况下,眼外肌另有其他的评估内容,不在此处展示)。
以图8B至图8D中的界面和输入对逗号和句号生成单元210的语法配置进行说明。
与图8B至图8D的界面对应的语法配置如下:
#外耳道{【R_ACC_Walls】【R_ACC_Superior_Wall_A】【R_ACC_Inferior_Wall_A】【R_ACC_Anterior_Wall_A】【R_ACC_Posterior_Wall_A】}#~【R_ACC_Walls_Signs_A】@【R_ACC_Walls_Signs_A】!=**@~~(非外伤、肿瘤时,需评估右侧骨壁征象A)@【R_ACC_Walls_Signs_A】=**$【Other_Diseases】=*其他*@~~,@【R_ACC_Walls_Signs_B】!=**@~~。@【R_ACC_Walls_Signs_B】=**@~#外耳道{【R_ACC_Superior_Wall_B】【R_ACC_Inferior_Wall_B】【R_ACC_Anterior_Wall_B】【R_ACC_Posterior_Wall_B】}##【R_ACC_Walls_Signs_B】#~,@【R_ACC_Walls_Signs_C】!=**@~~。@【R_ACC_Walls_Signs_B】!=**$【R_ACC_Walls_Signs_C】=**@~#{【R_ACC_Superior_Wall_C】【R_ACC_Inferior_Wall_C】【R_ACC_Anterior_Wall_C】【R_ACC_Posterior_Wall_C】}##【R_ACC_Walls_Signs_C】。#
在报告封装模块中,此配置中“【】”内的字段R_ACC_Walls、R_ACC_Superior_Wall_A、R_ACC_Inferior_Wall_A、R_ACC_Posterior_Wall_A、R_ACC_Walls_Signs_A、R_ACC_Superior_Wall_B、R_ACC_Inferior_Wall_B、R_ACC_Anterior_Wall_B、R_ACC_Posterior_Wall_B、R_ACC_Walls_Signs_B、R_ACC_Superior_Wall_C、R_ACC_Inferior_Wall_C、R_ACC_Anterior_Wall_C、R_ACC_Posterior_Wall_C和R_ACC_Walls_Signs_C分别对应于表示右侧外耳道中的“各壁”、“上壁A”、“下壁A”、“前壁A”、“后壁A”、“各壁征象A”、“上壁B”、“下壁B”、“前壁B”、“各壁征象B”、“上壁C”、“下壁C”、“前壁C”、“后壁C”和“各壁征象C”的字段。
配置语句中“~,@【R_ACC_Walls_Signs_B】!=**@~”表示当输入中“【】”内的R_ACC_Walls_Signs_B无值时,在要生成的医学报告中的相应位置处生成逗号。配置语句中“~。@【R_ACC_Walls_Signs_B】=**@~”表示当输入中“【】”内的R_ACC_Walls_Signs_B有值时,显示句号。配置语句中“~。@【R_ACC_Walls_Signs_B】!=**$【R_ACC_Walls_Signs_C】=**@~”表示当输入中“【】”内的R_ACC_Walls_Signs_B无值且R_ACC_Walls_Signs_C无值时,显示句号。
通过逗号和句号生成单元210的上述配置,与图8B至图8D对应的输入可输出符合医学语义要求的报告内容“外耳道上壁连续性中断,外耳道下壁、前壁呈侵性破坏改变,后壁未见明显异常。”
应理解,以上仅仅是逗号和句号生成单元210的示例性应用场景和示例性配置,但本申请不限于此,本领域技术人员通过阅读上述内容能够想到用于实现逗号和句号生成单元210的功能的其它场景和配置。
根据本申请实施方式的报告封装模块还可利用HTML5的Page分页技术,实现分类评估字段的区别展示。
根据本申请实施方式的医学报告生成系统因在报告封装模块中采用了封装技术,便于维护和修订,生成的医学报告更符合用户的需求,具有良好的规范性,易于推广应用。
图9示出了根据本申请实施方式的将预结构化数据生成医学报告的方法的流程图。
根据本申请实施方式的医学报告生成方法900包括如下步骤。
在步骤S910中,通过人机交互界面接收基于HTML技术配置的评估病灶评估点的数据信息中的至少之一。数据信息包括:以单选控件类型在人机交互界面输入展现的第一类型字段;以多选控件类型在人机交互界面输入展现的第二类型字段;以文本框控件类型在人机交互界面输入展现的第三类型字段,其中所述多个第一类型字段、多个第二类型字段和多个第三类型字段分别与多个第四类型字段、多个第五类型字段和多个第六类型字段对应地形式存储在数据库中。
在步骤S920中,基于医学语义,将所存储的多个第四类型字段、多个第五类型字段和多个第六类型字段按预定的语法规则进行封装。
在步骤S930中,读取所接收的输入,并确定出所述输入中的与封装的多个第四类型字段、多个第五类型字段和多个第六类型字段相匹配的值,并将相匹配的值生成医学报告。
根据本申请的示例性实施方式,步骤920中的封装可包括:将至少两个第五类型字段封装,其中,在要生成的医学报告中与在输入中有值的由所述顿号生成单元封装的第五类型字段对应的两个相邻的第二类型字段之间添加顿号,并且不显示与在所述输入中无值的由所述顿号生成单元封装的第五类型字段对应的第二类型字段。
根据本申请的示例性实施方式,步骤920中的封装还可包括:以预设的第一前缀和预设的第二后缀将所述多个第四类型字段、多个第五类型字段和多个第六类型字段中的一个字段封装,其中,当所述一个字段在输入中有值时,在要生成的医学报告中显示与封装的语句对应的报告内容,以及当所述一个字段在所述输入中无值时,在要生成的医学报告中自动隐藏与封装的语句对应的报告内容。
根据本申请的示例性实施方式,步骤920中的封装还可包括:以预设的第二前缀和预设的第一后置条件将所述多个第四类型字段、多个第五类型字段和多个第六类型字段中的一个字段或第一多个字段封装,其中,当所述一个字段在输入中的值满足第一条件或者所述第一多个字段在所述输入中的值满足第二条件时,在要生成的医学报告中显示与封装的语句对应的报告内容。
根据本申请的示例性实施方式,步骤920中的封装还可包括:以预设的第三前缀和预设的第二后置条件将所述多个第四类型字段、多个第五类型字段和多个第六类型字段中的一个字段或第二多个字段封装,其中,当所述一个字段在输入中的值满足第三条件或者第二多个字段在输入中的值满足第四条件时,在要生成的医学报告中隐藏与封装的语句对应的报告内容;以及当所述一个字段在输入中的值不满足第三条件或者第二多个字段在输入中的值不满足第四条件时,显示与封装的语句对应的报告内容。
根据本申请的示例性实施方式,步骤920中的封装还可包括:以预设的第四前缀和预设的第三后置条件将所述多个第四类型字段、多个第五类型字段和多个第六类型字段中的第三多个字段进行封装,其中,当所述第三多个字段中的最前的一个字段在输入中有值且在所述一个字段之后的字段在输入中无值时,在要生成的医学报告中与所述一个字段对应的位置后生成句号,以及当所述一个字段在所述输入中有值且在所述一个字段之后的字段在所述输入中有值时,在要生成的医学报告中与所述一个字段对应的位置后生成逗号。
封装步骤可包括以上所有步骤中的任何一个或以上所有步骤的任何组合。
本领域技术人员应理解,前述示例和实施方式是示例性的且并不限制本申请的范围。其意图是,本领域的技术人员在阅读说明书及研究附图之后所显而易见的所有排列、提高、等效、组合及改进之处都包括在本申请的精神和范围内。

Claims (12)

1.用于将预结构化数据生成医学报告的系统,所述系统包括:
数据录入模块,具有人机交互界面,所述人机交互界面接收基于HTML技术配置的评估病灶评估点的数据信息中的至少之一,其中,所述数据信息包括:
以单选控件类型在所述人机交互界面展现的第一类型字段;
以多选控件类型在所述人机交互界面展现的第二类型字段;
以文本框控件类型在所述人机交互界面展现的第三类型字段;
其中,所述多个第一类型字段、所述多个第二类型字段和所述多个第三类型字段分别与多个第四类型字段、多个第五类型字段和多个第六类型字段对应地存储在数据库中;
报告封装模块,基于医学语义,将所存储的所述多个第四类型字段、所述多个第五类型字段和所述多个第六类型字段按预定语法规则进行封装;
报告生成模块,读取所述数据录入模块接收的输入,并确定出所述输入中的与封装的所述多个第四类型字段、所述多个第五类型字段和所述多个第六类型字段相匹配的值,并将所述相匹配的值生成医学报告。
2.根据权利要求1所述的系统,其中,所述报告封装模块包括:
顿号生成单元,用于在要生成的医学报告中与在所述输入中有值的由所述顿号生成单元封装的第五类型字段对应的两个相邻的第二类型字段之间添加顿号,并且不显示与在所述输入中无值的由所述顿号生成单元封装的第五类型字段对应的第二类型字段。
3.根据权利要求1所述的系统,其中,所述报告封装模块包括:
第一显示和隐藏单元,用于在所述多个第四类型字段、所述多个第五类型字段和所述多个第六类型字段中的一个字段在所述输入中有值时,在要生成的医学报告中显示与由所述第一显示和隐藏单元封装的语句对应的报告内容;以及在所述一个字段在所述输入中无值时在要生成的医学报告中自动隐藏与由所述第一显示和隐藏单元封装的语句对应的报告内容。
4.根据权利要求1所述的系统,其中,所述报告封装模块包括:
第二显示和隐藏单元,用于在所述多个第四类型字段、所述多个第五类型字段和所述多个第六类型字段中的一个字段在所述输入中的值满足第一条件或者第一多个字段在所述输入中的值满足第二条件时,在要生成的医学报告中显示与由所述第二显示和隐藏单元封装的语句对应的报告内容。
5.根据权利要求1所述的系统,其中,所述报告封装模块包括:
第三显示和隐藏单元,用于在所述多个第四类型字段、所述多个第五类型字段和所述多个第六类型字段中的一个字段在所述输入中的值满足第三条件或者第二多个字段在所述输入中的值满足第四条件时,在要生成的医学报告中隐藏与由所述第三显示和隐藏单元封装的语句对应的报告内容;以及在所述一个字段在所述输入中的值不满足第三条件或者所述第二多个字段在所述输入中的值不满足第四条件时,显示与由所述第三显示和隐藏单元封装的语句对应的报告内容。
6.根据权利要求1所述的系统,其中,所述报告封装模块包括:
逗号和句号生成单元,用于在所述多个第四类型字段、所述多个第五类型字段和所述多个第六类型字段中的一个字段在所述输入中有值且由所述逗号和句号生成单元封装的在所述一个字段之后的字段在所述输入中无值时在要生成的医学报告中与所述一个字段对应的位置后生成句号,以及在所述一个字段在所述输入中有值且由所述逗号和句号生成单元封装的在所述一个字段之后的字段在所述输入中有值时在要生成的医学报告中与所述一个字段对应的位置后生成逗号。
7.一种将预结构化数据生成医学报告的方法,所述方法包括:
通过人机交互界面接收基于HTML技术配置的评估病灶评估点的数据信息中的至少之一,其中,所述数据信息包括:
以单选控件类型在所述人机交互界面展现的第一类型字段;
以多选控件类型在所述人机交互界面展现的第二类型字段;
以文本框控件类型在所述人机交互界面展现的第三类型字段;
其中,所述多个第一类型字段、多个第二类型字段和多个第三类型字段分别与多个第四类型字段、多个第五类型字段和多个第六类型字段对应地形式存储在数据库中;
基于医学语义,将所存储的多个第四类型字段、多个第五类型字段和多个第六类型字段按预定的语法规则进行封装;以及
读取所接收的输入,并确定出所述输入中的与封装的所述多个第四类型字段、所述多个第五类型字段和所述多个第六类型字段相匹配的值,并将所述相匹配的值生成医学报告。
8.根据权利要求7所述的方法,其中,所述封装包括:
将至少两个第五类型字段封装,其中,在要生成的医学报告中与在所述输入中有值的由所述顿号生成单元封装的第五类型字段对应的两个相邻的第二类型字段之间添加顿号,并且不显示与在所述输入中无值的由所述顿号生成单元封装的第五类型字段对应的第二类型字段。
9.根据权利要求7所述的方法,其中,所述封装包括:
以预设的第一前缀和预设的第二后缀将所述多个第四类型字段、所述多个第五类型字段和所述多个第六类型字段中的一个字段封装,其中,在所述一个字段在所述输入中有值时,在要生成的医学报告中显示与封装的语句对应的报告内容,以及在所述一个字段在所述输入中无值时在要生成的医学报告中自动隐藏与封装的语句对应的报告内容。
10.根据权利要求7所述的方法,其中,所述封装包括:
以预设的第二前缀和预设的第一后置条件将所述多个第四类型字段、所述多个第五类型字段和所述多个第六类型字段中的一个字段或第一多个字段封装,其中,在所述一个字段在所述输入中的值满足第一条件或者所述第一多个字段在所述输入中的值满足第二条件时,在要生成的医学报告中显示与封装的语句对应的报告内容。
11.根据权利要7所述的方法,其中,所述封装包括:
以预设的第三前缀和预设的第二后置条件将所述多个第四类型字段、所述多个第五类型字段和所述多个第六类型字段中的一个字段或第二多个字段封装,其中,在所述一个字段在所述输入中的值满足第三条件或者所述第二多个字段在所述输入中的值满足第四条件时,在要生成的医学报告中隐藏与封装的语句对应的报告内容;以及在所述一个字段在所述输入中的值不满足第三条件或者所述第二多个字段在所述输入中的值不满足第四条件时,显示与封装的语句对应的报告内容。
12.根据权利要求7所述的方法,其中,所述封装包括:
以预设的第四前缀和预设的第三后置条件将所述多个第四类型字段、所述多个第五类型字段和所述多个第六类型字段中的第三多个字段进行封装,其中,在所述第三多个字段中的最前的一个字段在所述输入中有值且在所述一个字段之后的字段在所述输入中无值时在要生成的医学报告中与所述一个字段对应的位置后生成句号,以及在所述一个字段在所述输入中有值且在所述一个字段之后的字段在所述输入中有值时在要生成的医学报告中与所述一个字段对应的位置后生成逗号。
CN201810375610.8A 2018-04-16 2018-04-16 一种将预结构化数据生成医学报告的方法和系统 Active CN108665951B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201810375610.8A CN108665951B (zh) 2018-04-16 2018-04-16 一种将预结构化数据生成医学报告的方法和系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810375610.8A CN108665951B (zh) 2018-04-16 2018-04-16 一种将预结构化数据生成医学报告的方法和系统

Publications (2)

Publication Number Publication Date
CN108665951A true CN108665951A (zh) 2018-10-16
CN108665951B CN108665951B (zh) 2022-01-28

Family

ID=63780991

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810375610.8A Active CN108665951B (zh) 2018-04-16 2018-04-16 一种将预结构化数据生成医学报告的方法和系统

Country Status (1)

Country Link
CN (1) CN108665951B (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110070925A (zh) * 2019-03-11 2019-07-30 张宏家 一种电子病历的生成方法、装置及电子设备
CN110196670A (zh) * 2019-05-31 2019-09-03 数坤(北京)网络科技有限公司 一种文本生成方法、设备及计算机可读存储介质
CN112185572A (zh) * 2020-09-25 2021-01-05 志诺维思(北京)基因科技有限公司 一种肿瘤专病数据库构建系统、方法、电子设备和介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104050615A (zh) * 2014-07-10 2014-09-17 首都医科大学附属北京佑安医院 一种生成结构化电子病历的系统
US20150142421A1 (en) * 2012-05-30 2015-05-21 Koninklijke Philips N.V. Providing assistance with reporting
US20160188646A1 (en) * 2014-12-26 2016-06-30 Cytegeic Efficient database screening and compression
CN106845139A (zh) * 2017-02-28 2017-06-13 北京赛迈特锐医疗科技有限公司 将结构化报告生成自然语言报告的系统及其方法
CN107526919A (zh) * 2017-07-13 2017-12-29 北京赛迈特锐医疗科技有限公司 基于结构化的手术报告记录系统及其记录方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150142421A1 (en) * 2012-05-30 2015-05-21 Koninklijke Philips N.V. Providing assistance with reporting
CN104050615A (zh) * 2014-07-10 2014-09-17 首都医科大学附属北京佑安医院 一种生成结构化电子病历的系统
US20160188646A1 (en) * 2014-12-26 2016-06-30 Cytegeic Efficient database screening and compression
CN106845139A (zh) * 2017-02-28 2017-06-13 北京赛迈特锐医疗科技有限公司 将结构化报告生成自然语言报告的系统及其方法
CN107526919A (zh) * 2017-07-13 2017-12-29 北京赛迈特锐医疗科技有限公司 基于结构化的手术报告记录系统及其记录方法

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110070925A (zh) * 2019-03-11 2019-07-30 张宏家 一种电子病历的生成方法、装置及电子设备
CN110196670A (zh) * 2019-05-31 2019-09-03 数坤(北京)网络科技有限公司 一种文本生成方法、设备及计算机可读存储介质
CN112185572A (zh) * 2020-09-25 2021-01-05 志诺维思(北京)基因科技有限公司 一种肿瘤专病数据库构建系统、方法、电子设备和介质
CN112185572B (zh) * 2020-09-25 2024-03-01 志诺维思(北京)基因科技有限公司 一种肿瘤专病数据库构建系统、方法、电子设备和介质

Also Published As

Publication number Publication date
CN108665951B (zh) 2022-01-28

Similar Documents

Publication Publication Date Title
Wiederhold et al. Advances in virtual reality and anxiety disorders
Lyness et al. How does visual language affect crossmodal plasticity and cochlear implant success?
Frith Role of facial expressions in social interactions
McGettigan et al. T'ain't what you say, it's the way that you say it—left insula and inferior frontal cortex work in interaction with superior temporal regions to control the performance of vocal impersonations
Thomas et al. Critical psychiatry in practice
CN108665951A (zh) 一种将预结构化数据生成医学报告的方法和系统
Ibáñez et al. Contextual cognition: the sensus communis of a situated mind
Emmorey et al. The neural circuits recruited for the production of signs and fingerspelled words
Lutman Hearing science and hearing disorders
KR20220125766A (ko) 비대면 방식의 정신 장애 진료 시스템 및 방법
DE102020007964A1 (de) Arbeitsverfahren für Behandlung von abstrakten Objekten (Gedanke-Substanzen) vor einem Computersystem von Künstlicher Intelligenz von einem Cyborg oder einem Android.
MacKellar Cyborg mind: what brain–computer and mind–cyberspace interfaces mean for Cyberneuroethics
Veljanovska et al. User Interface for e-learning Platform for Users with Disability
Shinohara Design for social accessibility: incorporating social factors in the design of accessible technologies
Johnson Keeping the pragmatism in neuropragmatism
CA3230610A1 (en) Multi-sensory, assistive wearable technology, and method of providing sensory relief using same
Gladden Neuroprosthetic supersystems architecture: considerations for the design and management of neurocybernetically augmented organizations
Adams The psychology of prostheses: substitution strategies and notions of normality
Brown “Unseen, yet crescive”: the unrecognized history of peripheral interaction
Ponce et al. Fuzzy logic type 1 and 2 for social robots and apps for children with autism
Pöhlmann Multimodality as a Limit of Narrative in Mark Z. Danielewski’s The Familiar
Wilson et al. Audism and its implications for audiology
Pařilová DysTexia: An Assistive System for People with Dyslexia
Newland et al. Professional and ethical practice in a multi-ethnic society
Mehigan et al. Modelling an holistic artificial intelligent education model for optimal learner engagement and inclusion

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
GR01 Patent grant
GR01 Patent grant