Class: TencentCloud::Aca::V20210323::RequestCase

Inherits:

Common::AbstractModel

• Object
• Common::AbstractModel
• TencentCloud::Aca::V20210323::RequestCase

Defined in:

lib/v20210323/models.rb

Overview

预测数据

Instance Attribute Summary

• #CaseId ⇒ Object

  医生每次书写病历文书的ID，文书内容包含主诉，病史，当前诊断等内容<br />门诊场景：门诊病历文书（带有主诉、病史、诊断及药品的）只有一份，这个编号只有一个。<br/>住院场景：假设住院3天，医生每天都会写一份病历文书（带有主诉、病史、诊断及医嘱药品的文书），那么有对应三个病历文书编号，每次调用预测接口都要传入不同的病历文书编号。注意：如两次调用预测接口，传相同的caseid，则在药师端管理平台的上一次审方记录中的诊断会被本次接口传入的诊断更新。 门诊处方传门诊号，住院医嘱传住院号；备注：门诊场景：用户挂一次号，看一个医生，这时候会有一个代表变成就诊的编号，下一次挂号就诊，这个编号会变。<br/>住院场景：用户本次办理入院，会有一个住院编号，仅代表本次住院，如果下次再住院，这个编号会变。.

• #CaseTime ⇒ Object

  医生每次书写病历文书的ID，文书内容包含主诉，病史，当前诊断等内容<br />门诊场景：门诊病历文书（带有主诉、病史、诊断及药品的）只有一份，这个编号只有一个。<br/>住院场景：假设住院3天，医生每天都会写一份病历文书（带有主诉、病史、诊断及医嘱药品的文书），那么有对应三个病历文书编号，每次调用预测接口都要传入不同的病历文书编号。注意：如两次调用预测接口，传相同的caseid，则在药师端管理平台的上一次审方记录中的诊断会被本次接口传入的诊断更新。 门诊处方传门诊号，住院医嘱传住院号；备注：门诊场景：用户挂一次号，看一个医生，这时候会有一个代表变成就诊的编号，下一次挂号就诊，这个编号会变。<br/>住院场景：用户本次办理入院，会有一个住院编号，仅代表本次住院，如果下次再住院，这个编号会变。.

• #CaseType ⇒ Object

  医生每次书写病历文书的ID，文书内容包含主诉，病史，当前诊断等内容<br />门诊场景：门诊病历文书（带有主诉、病史、诊断及药品的）只有一份，这个编号只有一个。<br/>住院场景：假设住院3天，医生每天都会写一份病历文书（带有主诉、病史、诊断及医嘱药品的文书），那么有对应三个病历文书编号，每次调用预测接口都要传入不同的病历文书编号。注意：如两次调用预测接口，传相同的caseid，则在药师端管理平台的上一次审方记录中的诊断会被本次接口传入的诊断更新。 门诊处方传门诊号，住院医嘱传住院号；备注：门诊场景：用户挂一次号，看一个医生，这时候会有一个代表变成就诊的编号，下一次挂号就诊，这个编号会变。<br/>住院场景：用户本次办理入院，会有一个住院编号，仅代表本次住院，如果下次再住院，这个编号会变。.

• #ChiefComplaint ⇒ Object

  医生每次书写病历文书的ID，文书内容包含主诉，病史，当前诊断等内容<br />门诊场景：门诊病历文书（带有主诉、病史、诊断及药品的）只有一份，这个编号只有一个。<br/>住院场景：假设住院3天，医生每天都会写一份病历文书（带有主诉、病史、诊断及医嘱药品的文书），那么有对应三个病历文书编号，每次调用预测接口都要传入不同的病历文书编号。注意：如两次调用预测接口，传相同的caseid，则在药师端管理平台的上一次审方记录中的诊断会被本次接口传入的诊断更新。 门诊处方传门诊号，住院医嘱传住院号；备注：门诊场景：用户挂一次号，看一个医生，这时候会有一个代表变成就诊的编号，下一次挂号就诊，这个编号会变。<br/>住院场景：用户本次办理入院，会有一个住院编号，仅代表本次住院，如果下次再住院，这个编号会变。.

• #Department ⇒ Object

  医生每次书写病历文书的ID，文书内容包含主诉，病史，当前诊断等内容<br />门诊场景：门诊病历文书（带有主诉、病史、诊断及药品的）只有一份，这个编号只有一个。<br/>住院场景：假设住院3天，医生每天都会写一份病历文书（带有主诉、病史、诊断及医嘱药品的文书），那么有对应三个病历文书编号，每次调用预测接口都要传入不同的病历文书编号。注意：如两次调用预测接口，传相同的caseid，则在药师端管理平台的上一次审方记录中的诊断会被本次接口传入的诊断更新。 门诊处方传门诊号，住院医嘱传住院号；备注：门诊场景：用户挂一次号，看一个医生，这时候会有一个代表变成就诊的编号，下一次挂号就诊，这个编号会变。<br/>住院场景：用户本次办理入院，会有一个住院编号，仅代表本次住院，如果下次再住院，这个编号会变。.

• #DoctorInfo ⇒ Object

  医生每次书写病历文书的ID，文书内容包含主诉，病史，当前诊断等内容<br />门诊场景：门诊病历文书（带有主诉、病史、诊断及药品的）只有一份，这个编号只有一个。<br/>住院场景：假设住院3天，医生每天都会写一份病历文书（带有主诉、病史、诊断及医嘱药品的文书），那么有对应三个病历文书编号，每次调用预测接口都要传入不同的病历文书编号。注意：如两次调用预测接口，传相同的caseid，则在药师端管理平台的上一次审方记录中的诊断会被本次接口传入的诊断更新。 门诊处方传门诊号，住院医嘱传住院号；备注：门诊场景：用户挂一次号，看一个医生，这时候会有一个代表变成就诊的编号，下一次挂号就诊，这个编号会变。<br/>住院场景：用户本次办理入院，会有一个住院编号，仅代表本次住院，如果下次再住院，这个编号会变。.

• #EmrDiagnosises ⇒ Object

  医生每次书写病历文书的ID，文书内容包含主诉，病史，当前诊断等内容<br />门诊场景：门诊病历文书（带有主诉、病史、诊断及药品的）只有一份，这个编号只有一个。<br/>住院场景：假设住院3天，医生每天都会写一份病历文书（带有主诉、病史、诊断及医嘱药品的文书），那么有对应三个病历文书编号，每次调用预测接口都要传入不同的病历文书编号。注意：如两次调用预测接口，传相同的caseid，则在药师端管理平台的上一次审方记录中的诊断会被本次接口传入的诊断更新。 门诊处方传门诊号，住院医嘱传住院号；备注：门诊场景：用户挂一次号，看一个医生，这时候会有一个代表变成就诊的编号，下一次挂号就诊，这个编号会变。<br/>住院场景：用户本次办理入院，会有一个住院编号，仅代表本次住院，如果下次再住院，这个编号会变。.

• #PatientBaseinfo ⇒ Object

  医生每次书写病历文书的ID，文书内容包含主诉，病史，当前诊断等内容<br />门诊场景：门诊病历文书（带有主诉、病史、诊断及药品的）只有一份，这个编号只有一个。<br/>住院场景：假设住院3天，医生每天都会写一份病历文书（带有主诉、病史、诊断及医嘱药品的文书），那么有对应三个病历文书编号，每次调用预测接口都要传入不同的病历文书编号。注意：如两次调用预测接口，传相同的caseid，则在药师端管理平台的上一次审方记录中的诊断会被本次接口传入的诊断更新。 门诊处方传门诊号，住院医嘱传住院号；备注：门诊场景：用户挂一次号，看一个医生，这时候会有一个代表变成就诊的编号，下一次挂号就诊，这个编号会变。<br/>住院场景：用户本次办理入院，会有一个住院编号，仅代表本次住院，如果下次再住院，这个编号会变。.

• #PatientFamilyHistory ⇒ Object

  医生每次书写病历文书的ID，文书内容包含主诉，病史，当前诊断等内容<br />门诊场景：门诊病历文书（带有主诉、病史、诊断及药品的）只有一份，这个编号只有一个。<br/>住院场景：假设住院3天，医生每天都会写一份病历文书（带有主诉、病史、诊断及医嘱药品的文书），那么有对应三个病历文书编号，每次调用预测接口都要传入不同的病历文书编号。注意：如两次调用预测接口，传相同的caseid，则在药师端管理平台的上一次审方记录中的诊断会被本次接口传入的诊断更新。 门诊处方传门诊号，住院医嘱传住院号；备注：门诊场景：用户挂一次号，看一个医生，这时候会有一个代表变成就诊的编号，下一次挂号就诊，这个编号会变。<br/>住院场景：用户本次办理入院，会有一个住院编号，仅代表本次住院，如果下次再住院，这个编号会变。.

• #PatientHistory ⇒ Object

  医生每次书写病历文书的ID，文书内容包含主诉，病史，当前诊断等内容<br />门诊场景：门诊病历文书（带有主诉、病史、诊断及药品的）只有一份，这个编号只有一个。<br/>住院场景：假设住院3天，医生每天都会写一份病历文书（带有主诉、病史、诊断及医嘱药品的文书），那么有对应三个病历文书编号，每次调用预测接口都要传入不同的病历文书编号。注意：如两次调用预测接口，传相同的caseid，则在药师端管理平台的上一次审方记录中的诊断会被本次接口传入的诊断更新。 门诊处方传门诊号，住院医嘱传住院号；备注：门诊场景：用户挂一次号，看一个医生，这时候会有一个代表变成就诊的编号，下一次挂号就诊，这个编号会变。<br/>住院场景：用户本次办理入院，会有一个住院编号，仅代表本次住院，如果下次再住院，这个编号会变。.

• #PatientOther ⇒ Object

  医生每次书写病历文书的ID，文书内容包含主诉，病史，当前诊断等内容<br />门诊场景：门诊病历文书（带有主诉、病史、诊断及药品的）只有一份，这个编号只有一个。<br/>住院场景：假设住院3天，医生每天都会写一份病历文书（带有主诉、病史、诊断及医嘱药品的文书），那么有对应三个病历文书编号，每次调用预测接口都要传入不同的病历文书编号。注意：如两次调用预测接口，传相同的caseid，则在药师端管理平台的上一次审方记录中的诊断会被本次接口传入的诊断更新。 门诊处方传门诊号，住院医嘱传住院号；备注：门诊场景：用户挂一次号，看一个医生，这时候会有一个代表变成就诊的编号，下一次挂号就诊，这个编号会变。<br/>住院场景：用户本次办理入院，会有一个住院编号，仅代表本次住院，如果下次再住院，这个编号会变。.

• #PhysicalExam ⇒ Object

  医生每次书写病历文书的ID，文书内容包含主诉，病史，当前诊断等内容<br />门诊场景：门诊病历文书（带有主诉、病史、诊断及药品的）只有一份，这个编号只有一个。<br/>住院场景：假设住院3天，医生每天都会写一份病历文书（带有主诉、病史、诊断及医嘱药品的文书），那么有对应三个病历文书编号，每次调用预测接口都要传入不同的病历文书编号。注意：如两次调用预测接口，传相同的caseid，则在药师端管理平台的上一次审方记录中的诊断会被本次接口传入的诊断更新。 门诊处方传门诊号，住院医嘱传住院号；备注：门诊场景：用户挂一次号，看一个医生，这时候会有一个代表变成就诊的编号，下一次挂号就诊，这个编号会变。<br/>住院场景：用户本次办理入院，会有一个住院编号，仅代表本次住院，如果下次再住院，这个编号会变。.

• #Prescriptions ⇒ Object

  医生每次书写病历文书的ID，文书内容包含主诉，病史，当前诊断等内容<br />门诊场景：门诊病历文书（带有主诉、病史、诊断及药品的）只有一份，这个编号只有一个。<br/>住院场景：假设住院3天，医生每天都会写一份病历文书（带有主诉、病史、诊断及医嘱药品的文书），那么有对应三个病历文书编号，每次调用预测接口都要传入不同的病历文书编号。注意：如两次调用预测接口，传相同的caseid，则在药师端管理平台的上一次审方记录中的诊断会被本次接口传入的诊断更新。 门诊处方传门诊号，住院医嘱传住院号；备注：门诊场景：用户挂一次号，看一个医生，这时候会有一个代表变成就诊的编号，下一次挂号就诊，这个编号会变。<br/>住院场景：用户本次办理入院，会有一个住院编号，仅代表本次住院，如果下次再住院，这个编号会变。.

• #PresentIllness ⇒ Object

  医生每次书写病历文书的ID，文书内容包含主诉，病史，当前诊断等内容<br />门诊场景：门诊病历文书（带有主诉、病史、诊断及药品的）只有一份，这个编号只有一个。<br/>住院场景：假设住院3天，医生每天都会写一份病历文书（带有主诉、病史、诊断及医嘱药品的文书），那么有对应三个病历文书编号，每次调用预测接口都要传入不同的病历文书编号。注意：如两次调用预测接口，传相同的caseid，则在药师端管理平台的上一次审方记录中的诊断会被本次接口传入的诊断更新。 门诊处方传门诊号，住院医嘱传住院号；备注：门诊场景：用户挂一次号，看一个医生，这时候会有一个代表变成就诊的编号，下一次挂号就诊，这个编号会变。<br/>住院场景：用户本次办理入院，会有一个住院编号，仅代表本次住院，如果下次再住院，这个编号会变。.

• #VisitId ⇒ Object

  医生每次书写病历文书的ID，文书内容包含主诉，病史，当前诊断等内容<br />门诊场景：门诊病历文书（带有主诉、病史、诊断及药品的）只有一份，这个编号只有一个。<br/>住院场景：假设住院3天，医生每天都会写一份病历文书（带有主诉、病史、诊断及医嘱药品的文书），那么有对应三个病历文书编号，每次调用预测接口都要传入不同的病历文书编号。注意：如两次调用预测接口，传相同的caseid，则在药师端管理平台的上一次审方记录中的诊断会被本次接口传入的诊断更新。 门诊处方传门诊号，住院医嘱传住院号；备注：门诊场景：用户挂一次号，看一个医生，这时候会有一个代表变成就诊的编号，下一次挂号就诊，这个编号会变。<br/>住院场景：用户本次办理入院，会有一个住院编号，仅代表本次住院，如果下次再住院，这个编号会变。.

Instance Method Summary

• #deserialize(params) ⇒ Object
• #initialize(casetype = nil, chiefcomplaint = nil, department = nil, caseid = nil, casetime = nil, visitid = nil, patientbaseinfo = nil, doctorinfo = nil, presentillness = nil, patientother = nil, patienthistory = nil, patientfamilyhistory = nil, physicalexam = nil, emrdiagnosises = nil, prescriptions = nil) ⇒ RequestCase constructor

  A new instance of RequestCase.

Constructor Details

#initialize(casetype = nil, chiefcomplaint = nil, department = nil, caseid = nil, casetime = nil, visitid = nil, patientbaseinfo = nil, doctorinfo = nil, presentillness = nil, patientother = nil, patienthistory = nil, patientfamilyhistory = nil, physicalexam = nil, emrdiagnosises = nil, prescriptions = nil) ⇒ RequestCase

Returns a new instance of RequestCase.

# File 'lib/v20210323/models.rb', line 1476

def initialize(casetype=nil, chiefcomplaint=nil, department=nil, caseid=nil, casetime=nil, visitid=nil, patientbaseinfo=nil, doctorinfo=nil, presentillness=nil, patientother=nil, patienthistory=nil, patientfamilyhistory=nil, physicalexam=nil, emrdiagnosises=nil, prescriptions=nil)
  @CaseType = casetype
  @ChiefComplaint = chiefcomplaint
  @Department = department
  @CaseId = caseid
  @CaseTime = casetime
  @VisitId = visitid
  @PatientBaseinfo = patientbaseinfo
  @DoctorInfo = doctorinfo
  @PresentIllness = presentillness
  @PatientOther = patientother
  @PatientHistory = patienthistory
  @PatientFamilyHistory = patientfamilyhistory
  @PhysicalExam = physicalexam
  @EmrDiagnosises = emrdiagnosises
  @Prescriptions = prescriptions
end

Instance Attribute Details

#CaseId ⇒ Object

医生每次书写病历文书的ID，文书内容包含主诉，病史，当前诊断等内容<br />门诊场景：门诊病历文书（带有主诉、病史、诊断及药品的）只有一份，这个编号只有一个。<br/>住院场景：假设住院3天，医生每天都会写一份病历文书（带有主诉、病史、诊断及医嘱药品的文书），那么有对应三个病历文书编号，每次调用预测接口都要传入不同的病历文书编号。注意：如两次调用预测接口，传相同的caseid，则在药师端管理平台的上一次审方记录中的诊断会被本次接口传入的诊断更新。门诊处方传门诊号，住院医嘱传住院号；备注：门诊场景：用户挂一次号，看一个医生，这时候会有一个代表变成就诊的编号，下一次挂号就诊，这个编号会变。<br/>住院场景：用户本次办理入院，会有一个住院编号，仅代表本次住院，如果下次再住院，这个编号会变。

Parameters:

• CaseType: —

  处方类型 0:门诊处方；1:住院医嘱；2:急诊处方

• ChiefComplaint: —

  主诉

• Department: —

  科室

• CaseId: —

  病历文书ID

• CaseTime: —

  病历更新时间

• VisitId: —

  就诊ID

• PatientBaseinfo: —

  患者信息

• DoctorInfo: —

  医生信息

• PresentIllness: —

  现病史

• PatientOther: —

  患者其他信息，包含过敏史等

• PatientHistory: —

  患者过往病史

• PatientFamilyHistory: —

  患者家族病史

• PhysicalExam: —

  体格检查

• EmrDiagnosises: —

  诊断列表，第一个为首要诊断

• Prescriptions: —

  处方列表

# File 'lib/v20210323/models.rb', line 1474

def CaseId
  @CaseId
end

#CaseTime ⇒ Object

医生每次书写病历文书的ID，文书内容包含主诉，病史，当前诊断等内容<br />门诊场景：门诊病历文书（带有主诉、病史、诊断及药品的）只有一份，这个编号只有一个。<br/>住院场景：假设住院3天，医生每天都会写一份病历文书（带有主诉、病史、诊断及医嘱药品的文书），那么有对应三个病历文书编号，每次调用预测接口都要传入不同的病历文书编号。注意：如两次调用预测接口，传相同的caseid，则在药师端管理平台的上一次审方记录中的诊断会被本次接口传入的诊断更新。门诊处方传门诊号，住院医嘱传住院号；备注：门诊场景：用户挂一次号，看一个医生，这时候会有一个代表变成就诊的编号，下一次挂号就诊，这个编号会变。<br/>住院场景：用户本次办理入院，会有一个住院编号，仅代表本次住院，如果下次再住院，这个编号会变。

Parameters:

• CaseType: —

  处方类型 0:门诊处方；1:住院医嘱；2:急诊处方

• ChiefComplaint: —

  主诉

• Department: —

  科室

• CaseId: —

  病历文书ID

• CaseTime: —

  病历更新时间

• VisitId: —

  就诊ID

• PatientBaseinfo: —

  患者信息

• DoctorInfo: —

  医生信息

• PresentIllness: —

  现病史

• PatientOther: —

  患者其他信息，包含过敏史等

• PatientHistory: —

  患者过往病史

• PatientFamilyHistory: —

  患者家族病史

• PhysicalExam: —

  体格检查

• EmrDiagnosises: —

  诊断列表，第一个为首要诊断

• Prescriptions: —

  处方列表

# File 'lib/v20210323/models.rb', line 1474

def CaseTime
  @CaseTime
end

#CaseType ⇒ Object

医生每次书写病历文书的ID，文书内容包含主诉，病史，当前诊断等内容<br />门诊场景：门诊病历文书（带有主诉、病史、诊断及药品的）只有一份，这个编号只有一个。<br/>住院场景：假设住院3天，医生每天都会写一份病历文书（带有主诉、病史、诊断及医嘱药品的文书），那么有对应三个病历文书编号，每次调用预测接口都要传入不同的病历文书编号。注意：如两次调用预测接口，传相同的caseid，则在药师端管理平台的上一次审方记录中的诊断会被本次接口传入的诊断更新。门诊处方传门诊号，住院医嘱传住院号；备注：门诊场景：用户挂一次号，看一个医生，这时候会有一个代表变成就诊的编号，下一次挂号就诊，这个编号会变。<br/>住院场景：用户本次办理入院，会有一个住院编号，仅代表本次住院，如果下次再住院，这个编号会变。

Parameters:

• CaseType: —

  处方类型 0:门诊处方；1:住院医嘱；2:急诊处方

• ChiefComplaint: —

  主诉

• Department: —

  科室

• CaseId: —

  病历文书ID

• CaseTime: —

  病历更新时间

• VisitId: —

  就诊ID

• PatientBaseinfo: —

  患者信息

• DoctorInfo: —

  医生信息

• PresentIllness: —

  现病史

• PatientOther: —

  患者其他信息，包含过敏史等

• PatientHistory: —

  患者过往病史

• PatientFamilyHistory: —

  患者家族病史

• PhysicalExam: —

  体格检查

• EmrDiagnosises: —

  诊断列表，第一个为首要诊断

• Prescriptions: —

  处方列表

# File 'lib/v20210323/models.rb', line 1474

def CaseType
  @CaseType
end

#ChiefComplaint ⇒ Object

医生每次书写病历文书的ID，文书内容包含主诉，病史，当前诊断等内容<br />门诊场景：门诊病历文书（带有主诉、病史、诊断及药品的）只有一份，这个编号只有一个。<br/>住院场景：假设住院3天，医生每天都会写一份病历文书（带有主诉、病史、诊断及医嘱药品的文书），那么有对应三个病历文书编号，每次调用预测接口都要传入不同的病历文书编号。注意：如两次调用预测接口，传相同的caseid，则在药师端管理平台的上一次审方记录中的诊断会被本次接口传入的诊断更新。门诊处方传门诊号，住院医嘱传住院号；备注：门诊场景：用户挂一次号，看一个医生，这时候会有一个代表变成就诊的编号，下一次挂号就诊，这个编号会变。<br/>住院场景：用户本次办理入院，会有一个住院编号，仅代表本次住院，如果下次再住院，这个编号会变。

Parameters:

• CaseType: —

  处方类型 0:门诊处方；1:住院医嘱；2:急诊处方

• ChiefComplaint: —

  主诉

• Department: —

  科室

• CaseId: —

  病历文书ID

• CaseTime: —

  病历更新时间

• VisitId: —

  就诊ID

• PatientBaseinfo: —

  患者信息

• DoctorInfo: —

  医生信息

• PresentIllness: —

  现病史

• PatientOther: —

  患者其他信息，包含过敏史等

• PatientHistory: —

  患者过往病史

• PatientFamilyHistory: —

  患者家族病史

• PhysicalExam: —

  体格检查

• EmrDiagnosises: —

  诊断列表，第一个为首要诊断

• Prescriptions: —

  处方列表

# File 'lib/v20210323/models.rb', line 1474

def ChiefComplaint
  @ChiefComplaint
end

#Department ⇒ Object

医生每次书写病历文书的ID，文书内容包含主诉，病史，当前诊断等内容<br />门诊场景：门诊病历文书（带有主诉、病史、诊断及药品的）只有一份，这个编号只有一个。<br/>住院场景：假设住院3天，医生每天都会写一份病历文书（带有主诉、病史、诊断及医嘱药品的文书），那么有对应三个病历文书编号，每次调用预测接口都要传入不同的病历文书编号。注意：如两次调用预测接口，传相同的caseid，则在药师端管理平台的上一次审方记录中的诊断会被本次接口传入的诊断更新。门诊处方传门诊号，住院医嘱传住院号；备注：门诊场景：用户挂一次号，看一个医生，这时候会有一个代表变成就诊的编号，下一次挂号就诊，这个编号会变。<br/>住院场景：用户本次办理入院，会有一个住院编号，仅代表本次住院，如果下次再住院，这个编号会变。

Parameters:

• CaseType: —

  处方类型 0:门诊处方；1:住院医嘱；2:急诊处方

• ChiefComplaint: —

  主诉

• Department: —

  科室

• CaseId: —

  病历文书ID

• CaseTime: —

  病历更新时间

• VisitId: —

  就诊ID

• PatientBaseinfo: —

  患者信息

• DoctorInfo: —

  医生信息

• PresentIllness: —

  现病史

• PatientOther: —

  患者其他信息，包含过敏史等

• PatientHistory: —

  患者过往病史

• PatientFamilyHistory: —

  患者家族病史

• PhysicalExam: —

  体格检查

• EmrDiagnosises: —

  诊断列表，第一个为首要诊断

• Prescriptions: —

  处方列表

# File 'lib/v20210323/models.rb', line 1474

def Department
  @Department
end

#DoctorInfo ⇒ Object

医生每次书写病历文书的ID，文书内容包含主诉，病史，当前诊断等内容<br />门诊场景：门诊病历文书（带有主诉、病史、诊断及药品的）只有一份，这个编号只有一个。<br/>住院场景：假设住院3天，医生每天都会写一份病历文书（带有主诉、病史、诊断及医嘱药品的文书），那么有对应三个病历文书编号，每次调用预测接口都要传入不同的病历文书编号。注意：如两次调用预测接口，传相同的caseid，则在药师端管理平台的上一次审方记录中的诊断会被本次接口传入的诊断更新。门诊处方传门诊号，住院医嘱传住院号；备注：门诊场景：用户挂一次号，看一个医生，这时候会有一个代表变成就诊的编号，下一次挂号就诊，这个编号会变。<br/>住院场景：用户本次办理入院，会有一个住院编号，仅代表本次住院，如果下次再住院，这个编号会变。

Parameters:

• CaseType: —

  处方类型 0:门诊处方；1:住院医嘱；2:急诊处方

• ChiefComplaint: —

  主诉

• Department: —

  科室

• CaseId: —

  病历文书ID

• CaseTime: —

  病历更新时间

• VisitId: —

  就诊ID

• PatientBaseinfo: —

  患者信息

• DoctorInfo: —

  医生信息

• PresentIllness: —

  现病史

• PatientOther: —

  患者其他信息，包含过敏史等

• PatientHistory: —

  患者过往病史

• PatientFamilyHistory: —

  患者家族病史

• PhysicalExam: —

  体格检查

• EmrDiagnosises: —

  诊断列表，第一个为首要诊断

• Prescriptions: —

  处方列表

# File 'lib/v20210323/models.rb', line 1474

def DoctorInfo
  @DoctorInfo
end

#EmrDiagnosises ⇒ Object

医生每次书写病历文书的ID，文书内容包含主诉，病史，当前诊断等内容<br />门诊场景：门诊病历文书（带有主诉、病史、诊断及药品的）只有一份，这个编号只有一个。<br/>住院场景：假设住院3天，医生每天都会写一份病历文书（带有主诉、病史、诊断及医嘱药品的文书），那么有对应三个病历文书编号，每次调用预测接口都要传入不同的病历文书编号。注意：如两次调用预测接口，传相同的caseid，则在药师端管理平台的上一次审方记录中的诊断会被本次接口传入的诊断更新。门诊处方传门诊号，住院医嘱传住院号；备注：门诊场景：用户挂一次号，看一个医生，这时候会有一个代表变成就诊的编号，下一次挂号就诊，这个编号会变。<br/>住院场景：用户本次办理入院，会有一个住院编号，仅代表本次住院，如果下次再住院，这个编号会变。

Parameters:

• CaseType: —

  处方类型 0:门诊处方；1:住院医嘱；2:急诊处方

• ChiefComplaint: —

  主诉

• Department: —

  科室

• CaseId: —

  病历文书ID

• CaseTime: —

  病历更新时间

• VisitId: —

  就诊ID

• PatientBaseinfo: —

  患者信息

• DoctorInfo: —

  医生信息

• PresentIllness: —

  现病史

• PatientOther: —

  患者其他信息，包含过敏史等

• PatientHistory: —

  患者过往病史

• PatientFamilyHistory: —

  患者家族病史

• PhysicalExam: —

  体格检查

• EmrDiagnosises: —

  诊断列表，第一个为首要诊断

• Prescriptions: —

  处方列表

# File 'lib/v20210323/models.rb', line 1474

def EmrDiagnosises
  @EmrDiagnosises
end

#PatientBaseinfo ⇒ Object

医生每次书写病历文书的ID，文书内容包含主诉，病史，当前诊断等内容<br />门诊场景：门诊病历文书（带有主诉、病史、诊断及药品的）只有一份，这个编号只有一个。<br/>住院场景：假设住院3天，医生每天都会写一份病历文书（带有主诉、病史、诊断及医嘱药品的文书），那么有对应三个病历文书编号，每次调用预测接口都要传入不同的病历文书编号。注意：如两次调用预测接口，传相同的caseid，则在药师端管理平台的上一次审方记录中的诊断会被本次接口传入的诊断更新。门诊处方传门诊号，住院医嘱传住院号；备注：门诊场景：用户挂一次号，看一个医生，这时候会有一个代表变成就诊的编号，下一次挂号就诊，这个编号会变。<br/>住院场景：用户本次办理入院，会有一个住院编号，仅代表本次住院，如果下次再住院，这个编号会变。

Parameters:

• CaseType: —

  处方类型 0:门诊处方；1:住院医嘱；2:急诊处方

• ChiefComplaint: —

  主诉

• Department: —

  科室

• CaseId: —

  病历文书ID

• CaseTime: —

  病历更新时间

• VisitId: —

  就诊ID

• PatientBaseinfo: —

  患者信息

• DoctorInfo: —

  医生信息

• PresentIllness: —

  现病史

• PatientOther: —

  患者其他信息，包含过敏史等

• PatientHistory: —

  患者过往病史

• PatientFamilyHistory: —

  患者家族病史

• PhysicalExam: —

  体格检查

• EmrDiagnosises: —

  诊断列表，第一个为首要诊断

• Prescriptions: —

  处方列表

# File 'lib/v20210323/models.rb', line 1474

def PatientBaseinfo
  @PatientBaseinfo
end

#PatientFamilyHistory ⇒ Object

医生每次书写病历文书的ID，文书内容包含主诉，病史，当前诊断等内容<br />门诊场景：门诊病历文书（带有主诉、病史、诊断及药品的）只有一份，这个编号只有一个。<br/>住院场景：假设住院3天，医生每天都会写一份病历文书（带有主诉、病史、诊断及医嘱药品的文书），那么有对应三个病历文书编号，每次调用预测接口都要传入不同的病历文书编号。注意：如两次调用预测接口，传相同的caseid，则在药师端管理平台的上一次审方记录中的诊断会被本次接口传入的诊断更新。门诊处方传门诊号，住院医嘱传住院号；备注：门诊场景：用户挂一次号，看一个医生，这时候会有一个代表变成就诊的编号，下一次挂号就诊，这个编号会变。<br/>住院场景：用户本次办理入院，会有一个住院编号，仅代表本次住院，如果下次再住院，这个编号会变。

Parameters:

• CaseType: —

  处方类型 0:门诊处方；1:住院医嘱；2:急诊处方

• ChiefComplaint: —

  主诉

• Department: —

  科室

• CaseId: —

  病历文书ID

• CaseTime: —

  病历更新时间

• VisitId: —

  就诊ID

• PatientBaseinfo: —

  患者信息

• DoctorInfo: —

  医生信息

• PresentIllness: —

  现病史

• PatientOther: —

  患者其他信息，包含过敏史等

• PatientHistory: —

  患者过往病史

• PatientFamilyHistory: —

  患者家族病史

• PhysicalExam: —

  体格检查

• EmrDiagnosises: —

  诊断列表，第一个为首要诊断

• Prescriptions: —

  处方列表

# File 'lib/v20210323/models.rb', line 1474

def PatientFamilyHistory
  @PatientFamilyHistory
end

#PatientHistory ⇒ Object

医生每次书写病历文书的ID，文书内容包含主诉，病史，当前诊断等内容<br />门诊场景：门诊病历文书（带有主诉、病史、诊断及药品的）只有一份，这个编号只有一个。<br/>住院场景：假设住院3天，医生每天都会写一份病历文书（带有主诉、病史、诊断及医嘱药品的文书），那么有对应三个病历文书编号，每次调用预测接口都要传入不同的病历文书编号。注意：如两次调用预测接口，传相同的caseid，则在药师端管理平台的上一次审方记录中的诊断会被本次接口传入的诊断更新。门诊处方传门诊号，住院医嘱传住院号；备注：门诊场景：用户挂一次号，看一个医生，这时候会有一个代表变成就诊的编号，下一次挂号就诊，这个编号会变。<br/>住院场景：用户本次办理入院，会有一个住院编号，仅代表本次住院，如果下次再住院，这个编号会变。

Parameters:

• CaseType: —

  处方类型 0:门诊处方；1:住院医嘱；2:急诊处方

• ChiefComplaint: —

  主诉

• Department: —

  科室

• CaseId: —

  病历文书ID

• CaseTime: —

  病历更新时间

• VisitId: —

  就诊ID

• PatientBaseinfo: —

  患者信息

• DoctorInfo: —

  医生信息

• PresentIllness: —

  现病史

• PatientOther: —

  患者其他信息，包含过敏史等

• PatientHistory: —

  患者过往病史

• PatientFamilyHistory: —

  患者家族病史

• PhysicalExam: —

  体格检查

• EmrDiagnosises: —

  诊断列表，第一个为首要诊断

• Prescriptions: —

  处方列表

# File 'lib/v20210323/models.rb', line 1474

def PatientHistory
  @PatientHistory
end

#PatientOther ⇒ Object

医生每次书写病历文书的ID，文书内容包含主诉，病史，当前诊断等内容<br />门诊场景：门诊病历文书（带有主诉、病史、诊断及药品的）只有一份，这个编号只有一个。<br/>住院场景：假设住院3天，医生每天都会写一份病历文书（带有主诉、病史、诊断及医嘱药品的文书），那么有对应三个病历文书编号，每次调用预测接口都要传入不同的病历文书编号。注意：如两次调用预测接口，传相同的caseid，则在药师端管理平台的上一次审方记录中的诊断会被本次接口传入的诊断更新。门诊处方传门诊号，住院医嘱传住院号；备注：门诊场景：用户挂一次号，看一个医生，这时候会有一个代表变成就诊的编号，下一次挂号就诊，这个编号会变。<br/>住院场景：用户本次办理入院，会有一个住院编号，仅代表本次住院，如果下次再住院，这个编号会变。

Parameters:

• CaseType: —

  处方类型 0:门诊处方；1:住院医嘱；2:急诊处方

• ChiefComplaint: —

  主诉

• Department: —

  科室

• CaseId: —

  病历文书ID

• CaseTime: —

  病历更新时间

• VisitId: —

  就诊ID

• PatientBaseinfo: —

  患者信息

• DoctorInfo: —

  医生信息

• PresentIllness: —

  现病史

• PatientOther: —

  患者其他信息，包含过敏史等

• PatientHistory: —

  患者过往病史

• PatientFamilyHistory: —

  患者家族病史

• PhysicalExam: —

  体格检查

• EmrDiagnosises: —

  诊断列表，第一个为首要诊断

• Prescriptions: —

  处方列表

# File 'lib/v20210323/models.rb', line 1474

def PatientOther
  @PatientOther
end

#PhysicalExam ⇒ Object

医生每次书写病历文书的ID，文书内容包含主诉，病史，当前诊断等内容<br />门诊场景：门诊病历文书（带有主诉、病史、诊断及药品的）只有一份，这个编号只有一个。<br/>住院场景：假设住院3天，医生每天都会写一份病历文书（带有主诉、病史、诊断及医嘱药品的文书），那么有对应三个病历文书编号，每次调用预测接口都要传入不同的病历文书编号。注意：如两次调用预测接口，传相同的caseid，则在药师端管理平台的上一次审方记录中的诊断会被本次接口传入的诊断更新。门诊处方传门诊号，住院医嘱传住院号；备注：门诊场景：用户挂一次号，看一个医生，这时候会有一个代表变成就诊的编号，下一次挂号就诊，这个编号会变。<br/>住院场景：用户本次办理入院，会有一个住院编号，仅代表本次住院，如果下次再住院，这个编号会变。

Parameters:

• CaseType: —

  处方类型 0:门诊处方；1:住院医嘱；2:急诊处方

• ChiefComplaint: —

  主诉

• Department: —

  科室

• CaseId: —

  病历文书ID

• CaseTime: —

  病历更新时间

• VisitId: —

  就诊ID

• PatientBaseinfo: —

  患者信息

• DoctorInfo: —

  医生信息

• PresentIllness: —

  现病史

• PatientOther: —

  患者其他信息，包含过敏史等

• PatientHistory: —

  患者过往病史

• PatientFamilyHistory: —

  患者家族病史

• PhysicalExam: —

  体格检查

• EmrDiagnosises: —

  诊断列表，第一个为首要诊断

• Prescriptions: —

  处方列表

# File 'lib/v20210323/models.rb', line 1474

def PhysicalExam
  @PhysicalExam
end

#Prescriptions ⇒ Object

医生每次书写病历文书的ID，文书内容包含主诉，病史，当前诊断等内容<br />门诊场景：门诊病历文书（带有主诉、病史、诊断及药品的）只有一份，这个编号只有一个。<br/>住院场景：假设住院3天，医生每天都会写一份病历文书（带有主诉、病史、诊断及医嘱药品的文书），那么有对应三个病历文书编号，每次调用预测接口都要传入不同的病历文书编号。注意：如两次调用预测接口，传相同的caseid，则在药师端管理平台的上一次审方记录中的诊断会被本次接口传入的诊断更新。门诊处方传门诊号，住院医嘱传住院号；备注：门诊场景：用户挂一次号，看一个医生，这时候会有一个代表变成就诊的编号，下一次挂号就诊，这个编号会变。<br/>住院场景：用户本次办理入院，会有一个住院编号，仅代表本次住院，如果下次再住院，这个编号会变。

Parameters:

• CaseType: —

  处方类型 0:门诊处方；1:住院医嘱；2:急诊处方

• ChiefComplaint: —

  主诉

• Department: —

  科室

• CaseId: —

  病历文书ID

• CaseTime: —

  病历更新时间

• VisitId: —

  就诊ID

• PatientBaseinfo: —

  患者信息

• DoctorInfo: —

  医生信息

• PresentIllness: —

  现病史

• PatientOther: —

  患者其他信息，包含过敏史等

• PatientHistory: —

  患者过往病史

• PatientFamilyHistory: —

  患者家族病史

• PhysicalExam: —

  体格检查

• EmrDiagnosises: —

  诊断列表，第一个为首要诊断

• Prescriptions: —

  处方列表

# File 'lib/v20210323/models.rb', line 1474

def Prescriptions
  @Prescriptions
end

#PresentIllness ⇒ Object

医生每次书写病历文书的ID，文书内容包含主诉，病史，当前诊断等内容<br />门诊场景：门诊病历文书（带有主诉、病史、诊断及药品的）只有一份，这个编号只有一个。<br/>住院场景：假设住院3天，医生每天都会写一份病历文书（带有主诉、病史、诊断及医嘱药品的文书），那么有对应三个病历文书编号，每次调用预测接口都要传入不同的病历文书编号。注意：如两次调用预测接口，传相同的caseid，则在药师端管理平台的上一次审方记录中的诊断会被本次接口传入的诊断更新。门诊处方传门诊号，住院医嘱传住院号；备注：门诊场景：用户挂一次号，看一个医生，这时候会有一个代表变成就诊的编号，下一次挂号就诊，这个编号会变。<br/>住院场景：用户本次办理入院，会有一个住院编号，仅代表本次住院，如果下次再住院，这个编号会变。

Parameters:

• CaseType: —

  处方类型 0:门诊处方；1:住院医嘱；2:急诊处方

• ChiefComplaint: —

  主诉

• Department: —

  科室

• CaseId: —

  病历文书ID

• CaseTime: —

  病历更新时间

• VisitId: —

  就诊ID

• PatientBaseinfo: —

  患者信息

• DoctorInfo: —

  医生信息

• PresentIllness: —

  现病史

• PatientOther: —

  患者其他信息，包含过敏史等

• PatientHistory: —

  患者过往病史

• PatientFamilyHistory: —

  患者家族病史

• PhysicalExam: —

  体格检查

• EmrDiagnosises: —

  诊断列表，第一个为首要诊断

• Prescriptions: —

  处方列表

# File 'lib/v20210323/models.rb', line 1474

def PresentIllness
  @PresentIllness
end

#VisitId ⇒ Object

医生每次书写病历文书的ID，文书内容包含主诉，病史，当前诊断等内容<br />门诊场景：门诊病历文书（带有主诉、病史、诊断及药品的）只有一份，这个编号只有一个。<br/>住院场景：假设住院3天，医生每天都会写一份病历文书（带有主诉、病史、诊断及医嘱药品的文书），那么有对应三个病历文书编号，每次调用预测接口都要传入不同的病历文书编号。注意：如两次调用预测接口，传相同的caseid，则在药师端管理平台的上一次审方记录中的诊断会被本次接口传入的诊断更新。门诊处方传门诊号，住院医嘱传住院号；备注：门诊场景：用户挂一次号，看一个医生，这时候会有一个代表变成就诊的编号，下一次挂号就诊，这个编号会变。<br/>住院场景：用户本次办理入院，会有一个住院编号，仅代表本次住院，如果下次再住院，这个编号会变。

Parameters:

• CaseType: —

  处方类型 0:门诊处方；1:住院医嘱；2:急诊处方

• ChiefComplaint: —

  主诉

• Department: —

  科室

• CaseId: —

  病历文书ID

• CaseTime: —

  病历更新时间

• VisitId: —

  就诊ID

• PatientBaseinfo: —

  患者信息

• DoctorInfo: —

  医生信息

• PresentIllness: —

  现病史

• PatientOther: —

  患者其他信息，包含过敏史等

• PatientHistory: —

  患者过往病史

• PatientFamilyHistory: —

  患者家族病史

• PhysicalExam: —

  体格检查

• EmrDiagnosises: —

  诊断列表，第一个为首要诊断

• Prescriptions: —

  处方列表

# File 'lib/v20210323/models.rb', line 1474

def VisitId
  @VisitId
end

Instance Method Details

#deserialize(params) ⇒ Object

# File 'lib/v20210323/models.rb', line 1494

def deserialize(params)
  @CaseType = params['CaseType']
  @ChiefComplaint = params['ChiefComplaint']
  @Department = params['Department']
  @CaseId = params['CaseId']
  @CaseTime = params['CaseTime']
  @VisitId = params['VisitId']
  unless params['PatientBaseinfo'].nil?
    @PatientBaseinfo = PatientBaseInfo.new
    @PatientBaseinfo.deserialize(params['PatientBaseinfo'])
  end
  unless params['DoctorInfo'].nil?
    @DoctorInfo = DoctorInfo.new
    @DoctorInfo.deserialize(params['DoctorInfo'])
  end
  @PresentIllness = params['PresentIllness']
  @PatientOther = params['PatientOther']
  unless params['PatientHistory'].nil?
    @PatientHistory = PatientHistory.new
    @PatientHistory.deserialize(params['PatientHistory'])
  end
  unless params['PatientFamilyHistory'].nil?
    @PatientFamilyHistory = PatientFamilyHistory.new
    @PatientFamilyHistory.deserialize(params['PatientFamilyHistory'])
  end
  unless params['PhysicalExam'].nil?
    @PhysicalExam = PhysicalExam.new
    @PhysicalExam.deserialize(params['PhysicalExam'])
  end
  unless params['EmrDiagnosises'].nil?
    @EmrDiagnosises = []
    params['EmrDiagnosises'].each do |i|
      emrdiagnosises_tmp = EmrDiagnosises.new
      emrdiagnosises_tmp.deserialize(i)
      @EmrDiagnosises << emrdiagnosises_tmp
    end
  end
  unless params['Prescriptions'].nil?
    @Prescriptions = []
    params['Prescriptions'].each do |i|
      drugusage_tmp = DrugUsage.new
      drugusage_tmp.deserialize(i)
      @Prescriptions << drugusage_tmp
    end
  end
end