Manual Integracao - 1 - 5

WTT - PARCEIRO
V1.5
Integrações com Webservice
sexta-feira, 21 de novembro de 2017 Página 1 de 38

Sumário
WTT – PARCEIRO ...................................................................................................................................................................... 1
SUMÁRIO ................................................................................................................................................................................. 2
1. CONTROLE DE VERSÕES .......................................................................................................................................... 4
2. NECESSIDADES ............................................................................................................................................................. 4
3. OBJETIVO ....................................................................................................................................................................... 4
4. FLUXO DE INTEGRAÇÃO .......................................................................................................................................... 5
5. INTEGRAÇÃO WEBSERVICE .................................................................................................................................... 6
5.1 INTEGRAWTT .............................................................................................................................................................. 6
5.1.1 Modelo SOAP de mensagem integraWTT: .................................................................................................... 6
5.2 REGISTERPROCEDURE ................................................................................................................................................ 7
5.2.1 Modelo do XML de mensagem registerProcedure: ....................................................................................... 9
5.2.2 Modelos do XML de mensagem registerProcedureReturn ........................................................................ 10
5.3 GETSTUDYINFO ......................................................................................................................................................... 11
5.3.1 Modelos do XML de mensagem getStudyInfo ............................................................................................. 12
5.3.2 getStudyInfoReturn .......................................................................................................................................... 12
5.3.3. Modelo de XML para a documentação de getStudyInfoReturn ................................................................ 13
5.4 UPDATESTUDYINFO ................................................................................................................................................... 13
5.4.1 Modelos do XML de mensagem updateStudyInfo ...................................................................................... 14
5.4.2 Modelo de XML para a documentação de updateStudyInfoReturn .......................................................... 15
5.5 GETREPORTSTATUS ................................................................................................................................................. 15
5.5.1 Modelos do XML de mensagem getReportStatus....................................................................................... 16
5.5.2 getReportStatusReturn .................................................................................................................................... 16
5.5.3 Modelo de XML para a documentação de getReportStatusReturn .......................................................... 18
5.6 UPDATEREPORTSTATUS ........................................................................................................................................... 18
5.6.1 Modelos do XML de mensagem updateReportStatus ................................................................................ 20
5.6.2 Modelo de XML para a documentação de updateReportStatusReturn ................................................... 21
5.7 GETREPORT .............................................................................................................................................................. 21
5.7.1 Modelos do XML de mensagem getReport .................................................................................................. 22
5.7.2 getReportReturn ............................................................................................................................................... 22
5.7.3 Modelo de XML para a documentação de getReportReturn ..................................................................... 24
5.8 SENDREPORT............................................................................................................................................................ 24
5.8.1 Modelos do XML de mensagem sendReport ............................................................................................... 26
5.8.2 Modelo de XML para a documentação de sendReportReturn .................................................................. 27
5.9 SENDPROCEDUREDOCS ........................................................................................................................................... 27
5.9.1 Modelo do XML de mensagem sendProcedureDocs: ................................................................................ 28
5.9.2 Modelo de XML para a documentação de sendProcedureDocsReturn: ................................................. 29
5.10 GETPROCEDUREDOCS ................................................................................................................................................. 29
5.10.1 Modelo do XML de mensagem getProcedureDocs: ................................................................................... 30
5.10.2 Modelo de XML para a documentação de getProcedureDocsReturn: ..................................................... 31
5.11 GETRESULTSTATUS .................................................................................................................................................. 31
5.11.1 Modelos do XML de mensagem getResultStatus ....................................................................................... 32
5.11.2 getResultStatusReturn .................................................................................................................................... 32
5.11.3 Modelo de XML para a documentação de getResultStatusReturn........................................................... 33
5.12 SENDDOCCOMMANDS .............................................................................................................................................. 33
5.12.1 Modelo do XML de mensagem sendDocCommands: ................................................................................ 34
5.12.2 Modelo de XML para a documentação de sendDocCommandsReturn: ................................................. 35
5.13 GETW ORKCELLS........................................................................................................................................................ 35
5.13.1 Modelos do XML de mensagem getWorkcells............................................................................................. 36
5.13.2 getWorkcellsReturn .......................................................................................................................................... 36
5.13.3 Modelo de XML para a documentação de getWorkcellsReturn ................................................................ 36
5.14 SENDDICOM ............................................................................................................................................................. 37
5.14.1 Modelo do XML de mensagem sendDicom: ................................................................................................ 37

5.14.2 Modelo do XML de mensagem sendDicomReturn: .................................................................................... 38

1. Controle de Versões
Versão Data Autor Resumo das Alterações

1.0 14 de novembro de 2017 Jacson Soares Primeira Versão.
1.2 23 de novembro de 2017 Jacson Soares Adicionados métodos de importação DICOM, importação
e exportação de Anexos.
1.3 05 de fevereiro de 2018 Jacson Soares Ajustes para padronizar envio e retorno de mensagens
1.4 29 de março de 2018 William Sakai Adicionando novos métodos e alterando os nomes para
Jacson Soares inglês.
Padronizando os nomes dos campos do XML para
minúsculo.
2. Necessidades
Contemplar os pontos de integração entre sistemas parceiros e os sistemas da WTT.
O Sistema parceiro entre outros pontos de integração precisa fornecer os agendamentos

do exame (Worklist) , avisar a mudança de status do laudo, buscar o status dos
documentos que deverão ser impressos, emitir um comando de impressão, consulta de
células de trabalhos, troca de laudos, etc.
As chamadas serão feitas para o webservice da WTT que retornará uma mensagem de
sucesso ou de erro.
3. Objetivo
Este documento irá abordar todos os métodos disponíveis do webservice da WTT.
Essencialmente as informações aqui tratadas são informações de sincronismo, onde os

dados de cadastro ou alteração de um procedimento são trocados entre dois ou mais
sistemas via webservice. Por alteração de procedimento entende-se tanto a alteração de
dados do estudo (nome do paciente, data de realização do exame, etc) como também a
mudança do status de um exame ou a geração de laudos, tanto no sistema parceiro, como
o sistema da WTT.

4. Fluxo de Integração

5. Integração Webservice
5.1 INTEGRAWTT
O Webservice da WTT possui este método SOAP para o sistema RIS/HIS enviar os XMLs de cada tipo de
integração, especificados a seguir.
Nome Tipo Obrigatório Descrição

acceptMessage Metodo Sim Medoto SOAP para emvio das mensagens
arg0 XML Sim Conteudo da Mensagem XML
5.1.1 Modelo SOAP de mensagem integraWTT:
<soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope"
xmlns:ws="http://ws.connectors.connect.mirth.com/">
<soap:Header/>
<soap:Body>
<ws:acceptMessage>
<arg0><![CDATA[MENSAGEM_XML]]></arg0>
</ws:acceptMessage>
</soap:Body>
</soap:Envelope>
Exemplo de URL: http://localhost:8077/services/integraWTT?wsdl

5.2 REGISTERPROCEDURE
O Webservice da WTT possui este método para o sistema RIS/HIS enviar um XML com o agendamento do
paciente.

type VARCHAR(64) Sim Nome do método, neste caso “registerProcedure”
version VARCHAR(8) Sim Versão do XML, neste caso “1.1”
header Nó do XML com as informações do cabeçalho
Número sequencial que indica ordem das mensagens
messageid NUMERIC Sim
geradas pelo RIS\HIS.
sourcesystem VARCHAR(16) Sim Nome do sistema ou da empresa do RIS\HIS.
destinationsystem VARCHAR(16) Sim Nome do sistema PACS. No caso WTT.
Data e hora que a mensagem foi gerada.
dateTime DATETIME Sim
Formato: yyyy-MM-dd hh:mm:ss.
user VARCHAR(16) Não Usuário do sistema RIS.
password VARCHAR(16) Não Senha do usuário do sistema RIS.
exams Nó do XML com as informações do Exames
exam Nó do XML com as informações do Exame
Operação que será realizada.
operation VARCHAR(1) Sim
(I)nclusão, (A)lteração, (E)xclusão
networkid VARCHAR(16) Não Identificação do cliente
No caso do sistema RIS/HIS gerar código do pedido.
orderid VARCHAR(16) Não* * Caso o sistema RIS/HIS precisar deste número na
devolução de status e laudo, este campo fica obrigatório.
No caso do sistema RIS/HIS gerar código do atendimento.
admissionid VARCHAR(16) Não* * Caso o sistema RIS/HIS precisar deste número na
devolução de status e laudo, este campo fica obrigatório.
Identificador do exame.
accessionnumber VARCHAR(16) Sim
examid VARCHAR(16) Sim Código do exame no RIS
studydescription VARCHAR(64) Sim Descrição do exame.
aetitle VARCHAR(16) Não Aetitle da modalidade onde será feito o exame.
Sigla da modalidade, segundo o padrão DICOM (“US”, “CR”,
modality VARCHAR(16) Sim
“CT”, “MR”, etc).
Local de origem ou unidade que fez o pedido de exame.
externalrequnit VARCHAR(64) Não Este campo só é utilizado quanto temos um grupo de
hospitais.
Informação passada para Central de documentação.
“I” = Inpatient ou paciente interno ou internado.
admissiontype VARCHAR(8) Não
“O” = OutPatient ou paciente externo.
“E” = Emergency ou pronto atendimento.
Data do pedido.
orderdate VARCHAR(16) Não
Formato yyyy-MM-dd
Hora do pedido.
ordertime VARCHAR(16) Não
Formato hh:mm:ss
medicalalerts VARCHAR(64) Não Observação sobre o paciente
contrastallergies VARCHAR(64) Não Informações sobre alergias do paciente a contrastes.
currentpatlocation VARCHAR(64) Não Identifica onde será realizado o exame.
insurancename VARCHAR(64) Não Nome do convênio.
insuranceid VARCHAR(64) Não Código do convênio.
username VARCHAR(32) Não Usuário que criou a solicitação do exame.
Data da realização do exame.
startdate VARCHAR(16) Sim
Formato yyyy-MM-dd
Hora da realização do exame.
starttime VARCHAR(16) Sim
Formato hh:mm:ss

Data da entrega do resultado.
deliverydate VARCHAR(16) Não
Formato yyyy-MM-dd.
Forma que o paciente quer retirar o exame.
“I” = Internet.
“R” = Retirada no local.
deliverytype VARCHAR(16) Não
“E” = Entrega em casa.
É possível combinar as opções com o separador “/”. (Ex:
I/R).
Informação importante para o portal de entrega de
protocol VARCHAR(64) Não resultados, pois será o protocolo usado para o paciente ver
o resultado.
Informação importante para o portal de entrega de
password VARCHAR(128) Não resultados, pois será o protocolo usado para o paciente ver
o resultado.
patient Nó do XML com as informações do Paciente
Patientid VARCHAR(64) Sim ID do paciente.
Patientname VARCHAR(64) Sim Nome do paciente.
Data de nascimento do paciente.
patientbirthdate VARCHAR(8) Sim
Formato yyyy-MM-dd
patientweight VARCHAR(16) Não Peso do paciente.
Patientheight VARCHAR(16) Não Altura do paciente.
patientsex VARCHAR(16) Não Sexo do paciente.
patientemail VARCHAR(64) Não Email do paciente.
patientphone VARCHAR(16) Não Celular do paciente.
patientdocument VARCHAR(16) Não Documento do paciente
referphysician Nó do XML com as informações do prestador solicitante
referphysicianid VARCHAR(16) Não Código do prestador solicitante no sistema RIS/HIS
referphysicianidsource VARCHAR(16) Não Código do prestador solicitante do sistema da WTT
referphysicianname VARCHAR(64) Sim Nome do prestador solicitante.
Tipo do conselho do prestador solicitante.
referphysiciantype VARCHAR(16) Sim
Ex: CRM, CRO, etc.
referphysicianuf VARCHAR(8) Sim Estado do conselho do prestador solicitante.
referphysiciannumber VARCHAR(16) Sim Número do conselho do prestador solicitante.
referphysicianemail VARCHAR(64) Não Email do prestador solicitante.
referphysicianphone VARCHAR(16) Não Celular do prestador solicitante.

5.2.1 Modelo do XML de mensagem registerProcedure:
<?xml version="1.0" encoding="iso-8859-1"?>
<message>
<type>registerProcedure</type>
<version>1.1</version>
<header>
<messageid>1234567890</messageid>
<sourcesystem>RISPARCEIRO</sourcesystem>
<destinationsystem>WTT</destinationsystem>
<datetime>2017-05-22 15:07:40</datetime>
<user>USER</user>
<password>PASSWORD</password>
</header>
<exams>
<exam>
<operation>I</operation>
<networkid>NOME_CLIENTE</networkid>
<orderid>99999911111</orderid>
<admissionid>9999992222</admissionid>
<accessionnumber>99999912345</accessionnumber>
<examid>CTABTT01</examid>
<studydescription>CT ABDOMEN TOTAL</studydescription>
<aetitle>CT01</aetitle>
<modality>CT</modality>
<externalrequnit>HOSPITAL1</externalrequnit>
<admissiontype>I</admissiontype>
<orderdate>2017-05-22</orderdate>
<ordertime>15:05:11</ordertime>
<medicalalerts></medicalalerts>
<contrastallergies></contrastallergies>
<currentpatlocation>HOSPITAL1</currentpatlocation>
<insurancename>NOMECONVENIO</insurancename>
<insuranceID>99999911123</insuranceID>
<username>JOSE</username>
<startdate>2017-05-22</startdate>
<starttime>16:00:05</starttime>
<deliverydate>2017-05-28</deliverydate>
<deliverytype>R</deliverytype>
<protocol>9999991112487</protocol>
<password>1444578XXXXX</password>
<patient>
<patientid>999999654321</patientid>
<patientname>MARCOS ANTONIO SILVA</patientname>
<patientbirthdate>1998-05-15</patientbirthdate>
<patientweight>150</patientweight>
<patientheight>169</patientheight>
<patientsex>M</patientsex>
<patientemail>marcos@email.com.br</patientemail>
<patientphone>1198765-4321</patientphone>
<patientdocument>1198765-4321</patientdocument>
</patient>
<referphysician>
<referphysicianid>SP123456</referphysicianid>
<referphysicianIdsource>99999922222</referphysicianIdsource>
<referphysicianname>Dr Osmar da Silva</referphysicianname>
<referphysiciantype>CRM</referphysiciantype>
<referphysicianuf>SP</referphysicianuf>
<referphysiciannumber>999999123456</referphysiciannumber>
<referphysicianemail>osmar@email.com.br</referphysicianemail>
<referphysicianphone>1191234-5678</referphysicianphone>
</referphysician>
</exam>
</exams>
</message>

5.2.2 Modelos do XML de mensagem registerProcedureReturn
Mensagem de Sucesso:

<message>
<type>registerProcedureReturn</type>
<exams>
<exam>
<status><![CDATA[OK]]></status>
<error><![CDATA[]]></error>
</exam>
</exams>
</message>
Mensagem de Erro:

<message>
<type>registerProcedureReturn</Type>
<version>1.1</Version>
<exams>
<exam>
<status><![CDATA[ERRO]]></status>
<error><![CDATA[ERROR_DESCRIPTION]]></error>
</exam>
</exams>
</message>

5.3 GETSTUDYINFO
Como o nome indica, este método é usado para indicar que houve mudança em algumas informações do estudo
pelo sistema da WTT.

type VARCHAR(64) Sim Nome do método, neste caso “getStudyInfo”
messageid NUMERIC Sim Número sequencial que indica ordem das mensagens
datetime DATETIME Sim Data e hora que a mensagem foi gerada.
initialdate DATETIME Não* Data e hora inicial do período desejado.
*A busca por alterações nas informações do estudo pode ser feita por data
ou por estudo específico, no caso de busca pela data o campo initialdate e
finaldate são obrigatórios
finaldate DATETIME Não* Data e hora final do período desejado.
* A busca por alterações nas informações do estudo pode ser feita por data
procedures Nó do XML com as informações dos exames
procedure Nó do XML com as informações do exame
patientid VARCHAR(64) Não* Identificador do paciente
ou por estudo específico, no caso de estudo específico o campo de patientid
e accessionnumber é obrigatório
accessionnumber VARCHAR(16) Não* Identificador do exame

5.3.1 Modelos do XML de mensagem getStudyInfo
<message>
<type>getStudyInfo</type>
<header>
<user>USER</user>
<initialdate>2017-05-22 00:00:00</initialdate>
<finaldate>2017-05-22 23:59:59</finaldate>
</header>
<procedures>
<procedure>
</procedure>
</procedures>
</message>
5.3.2 getStudyInfoReturn

type VARCHAR(64) Sim Nome do método, neste caso “getStudyInfoReturn”
procedures Nó do XML com os Procedimentos
procedure Nó do XML com os Procedimento
patientid VARCHAR(64) Sim ID do paciente.
accessionnumber VARCHAR(16) Sim Identificador do exame, também chamado como accession
number.
priority VARCHAR(16) Não Prioridade do exame. Valores:
- Imediato
- Urgente
- Rotina
sendto VARCHAR(16) Não Indica para quem o estudo está direcionado (Username).
noteline VARCHAR(64) Não Quando se abre o detalhe de um estudo no DStation, existe um campo
chamado “Observação:”
Admissionid VARCHAR(64) Não Código da visita. Deve ter sido previamente gerado no sistema RIS e
importado para a WTT por um registro de agendamtento. Não é lido na
importação de status. Se estiver disponível, vai ser informado na exportação.
Orderid VARCHAR(16) Não Número do pedido. Não é lido na importação. Se estiver disponível, vai ser
informado na exportação.
patientname VARCHAR(64) Não Nome do paciente
studydescription VARCHAR(64) Não Descrição do exame
studyspeciality VARCHAR(32) Não Especialidade, de acordo com a lista do DStation. Os valores possíveis são:
“ABDOME” → Aparece como “Abdome” nas opções do DStation
“CABECA” → “Cabeça e Pescoço”
“MUSC” → “Músculo-Esquelético”
“TORAX” → “Tórax”
“NEURO” → “Neurologia”
“PEDI” → “Pediatria”
“MASTO” → “Mastologia”
“CARDIO” → “Cardio”
“NUCLEAR” → “Medicina Nuclear”
Use sempre o valor da esquerda (ex.: “NEURO”, ao invés de “Neurologia”. O
valor da direita é apenas de referência, para termos uma idéia do que vai
aparecer no detalhe do estudo no DStation

5.3.3. Modelo de XML para a documentação de getStudyInfoReturn
<message>
<type>getStudyInfoReturn</type>
<procedures>
<procedure>
<priority>Urgente</priority>
<sendto>SP12345</sendto>
<noteline>observação</noteline>
<patientname>JOSE CAMPOS</patientname>
<studydescription>ABDOMEN TOTAL</studydescription>
<studyspeciality>MUSC</studyspeciality>
</procedure>
</procedures>
</message>
5.4 UPDATESTUDYINFO
Como o nome indica, este método é usado para indicar que houve mudança em algumas informações do estudo
por parte do sistema terceiro.

type VARCHAR(64) Sim Nome do Metodo, neste caso “updateStudyInfo”
patientid VARCHAR(64) Sim Identificador do paciente
accessionnumber VARCHAR(16) Sim Identificador do exame
Priority VARCHAR(16) Não Prioridade do exame. Valores:
- Imediato
- Urgente
- Rotina
sendto VARCHAR(16) Não Indica para quem o estudo está direcionado (Username).
noteline VARCHAR(64) Não Quando se abre o detalhe de um estudo no DStation, existe um campo
chamado “Observação:”
admissionid VARCHAR(64) Não Código da visita. Deve ter sido previamente gerado no sistema RIS e
orderid VARCHAR(16) Não Número do pedido. Não é lido na importação. Se estiver disponível, vai ser
patientname VARCHAR(64) Não Nome do paciente
studydescription VARCHAR(64) Não Descrição do exame
studyspeciality VARCHAR(32) Não Especialidade, de acordo com a lista do DStation. Os valores possíveis são:

“ABDOME” → Aparece como “Abdome” nas opções do DStation
“CABECA” → “Cabeça e Pescoço”
“MUSC” → “Músculo-Esquelético”
“TORAX” → “Tórax”
“NEURO” → “Neurologia”
“PEDI” → “Pediatria”
“MASTO” → “Mastologia”
“CARDIO” → “Cardio”
“NUCLEAR” → “Medicina Nuclear”
Use sempre o valor da esquerda (ex.: “NEURO”, ao invés de “Neurologia”. O
valor da direita é apenas de referência, para termos uma idéia do que vai
aparecer no detalhe do estudo no DStation
5.4.1 Modelos do XML de mensagem updateStudyInfo

<message>
<type>updateStudyInfo</type>
<header>
<user>USER</user>
</header>
<procedures>
<procedure>
<patientid>RISPARCEIRO</patientid>
<accessionnumber>RISPARCEIRO</accessionnumber>
<priority>Urgente</priority>
<sendto>SP12345</sendto>
<noteline>observação</noteline>
<patientname>JOSE CAMPOS</patientname>
<studydescription>ABDOMEN TOTAL</studydescription>
<studyspeciality>MUSC</studyspeciality>
</procedure>
</procedures>
</message>

5.4.2 Modelo de XML para a documentação de updateStudyInfoReturn

<message>
<type>updateStudyInfoReturn</type>
<procedures>
<procedure>
<status><![CDATA[OK]]></etatus>
</procedure>
</procedures>
</message>
Mensagem de Erro:
<?xml version="1.0" encoding="ISO-8859-1"?>

<message>
<type>updateStudyInfoReturn</type>
<exams>
<exam>
</exam>
</exams>
</message>
5.5 GETREPORTSTATUS
Como o próprio nome indica, este método é usado para comunicar a última mudança de status do laudo de um
estudo por parte do sistema da WTT.

type VARCHAR(64) Sim Nome do Metodo, neste caso “getReportStatus”
*A busca por alterações no status do laudo do estudo pode ser feito por data

* A busca por alterações no status do laudo do estudo pode ser feito por
data ou por estudo específico, no caso de busca pela data o campo initialdate
e finaldate são obrigatórios
5.5.1 Modelos do XML de mensagem getReportStatus

<message>
<type>getReportStatus</type>
<header>
<user>USER</user>
</header>
<procedures>
<procedure>
</procedure>
</procedures>
</message>
5.5.2 getReportStatusReturn

type VARCHAR(64) Sim Nome do Metodo, neste caso “getReportStatusReturn”
number.
studystatus VARCHAR(16) Sim O sistema da WTT usa esse campo na exportação para informar o status do
laudo, no caso da importação o RIS usa o campo RISSTUDYSTATUS. Caso o
RIS possuir os status iguais ao do PACS WTT, pode enviar no campo
STUDYSTATUS.
Status do estudo no PACS WTT:

TOPREPARE: As imagens do estudo chegaram no PACS WTT, neste momento
o operador anexa documentos (Solicitação médica, histórico, etc), direciona
para um médico, coloca prioridade na entrega do laudo.
PENDING: Caso falte algum documento
COMPLEMENT: Complementar o estudo com imagens
TOREAD: Estudo pronto para laudo
TOTRANSCRIBE: Laudo inicial feito (normalmente gravado em arquivo de
áudio), aguardando transcrição
TOREVIEW: Laudo transcrito, aguardando revisão
TOAPROV: O laudo inicial foi transcrito e revisto, aguardando aprovação de
segundo médico
TODELIV: O laudo final foi aprovado, aguardando entrega ao paciente
COMPLETED: O laudo final foi entregue ao paciente.
CANCELED: Exame cancelado
risid VARCHAR(16) Sim O Nome do Sistema RIS usado para integração
operatorname VARCHAR(32) Sim Nome do técnico que realizou o exame na modalidade. Não há tabela de
cadastro do técnico operador no nosso PACS, portanto o valor que virá aqui
é o valor que o técnico inserir na modalidade ao realizar o exame
readingphysician VARCHAR(32) Não Username do médico que fez o laudo inicial. Apesar de estar relacionada ao
laudo, esta informação aparece apenas a partir do momento que o estudo
muda para o status “TOAPROV”.
reviewedby VARCHAR(32) Não Username do médico que revisou e aprovou o laudo inicial. De forma
semelhante ao campo anterior, aparece a partir do momento que o status
muda para “TODELIV”
transcribedby VARCHAR(32) Não Username do digitador que transcreveu o laudo. Esta informação aparece
apenas a partir do momento que o estudo muda para o status “TOREVIEW”.
preparedby VARCHAR(32) Não Username (conforme cadastrado no D-Station) da pessoa que preparou o
estudo. O D-Station vai pegar este username e mostrar o nome completo do
usuário no detalhe do estudo. Na importação, se for passado um username
não cadastrado no sistema, o D-Station vai mostrar o valor passado, sem
converter de username para nome
prepareddate VARCHAR(16) Não Data que o estudo foi preparado. Na importação esta data somente é
importada se for passado o campo PREPAREDBY, descrito anteriormente.
Ainda na importação, se for passado o PREPAREDBY e este campo vier nulo,
o sistema vai adotar a data corrente (data que estiver no servidor) como
data de preparação.
statusdate VARCHAR(8) Não Data da mudança de status
statustime VARCHAR(16) Não Hora da mudança de status

5.5.3 Modelo de XML para a documentação de getReportStatusReturn

<message>
<type>getReportStatusReturn</type>
<procedures>
<procedure>
<studystatus>TODELIV</studystatus>
<risid>NOME_RIS</risid>
<operatorname>USERNAME</operatorname>
<readingphysician>SP22134312</readingphysician>
<reviewedby>SP000009</reviewedby>
<transcribedby>DIG22123</transcribedby>
<preparedby>SCAN213212</preparedby>
<prepareddate>2017-01-01</prepareddate>
<statusdate>2017-01-01</statusdate>
<statustime>18:30:00</statustime>
</procedure>
</procedures>
</message>
5.6 UPDATEREPORTSTATUS
Como o próprio nome indica, este método é usado para comunicar a última mudança de status do laudo de um
estudo por parte do sistema terceiro.

type VARCHAR(64) Sim Nome do Metodo, neste caso “updateReportStatus”
Messageid NUMERIC Sim Número sequencial que indica ordem das mensagens
studystatus VARCHAR(16) Sim O sistema da WTT usa esse campo na exportação para informar o status do
laudo, no caso da importação o RIS usa o campo RISSTUDYSTATUS. Caso o RIS
possuir os status iguais ao do PACS WTT, pode enviar no campo
STUDYSTATUS.

segundo médico
risid VARCHAR(16) Sim O Nome do Sistema RIS usado para integração
operatorname VARCHAR(32) Sim Nome do técnico que realizou o exame na modalidade. Não há tabela de
cadastro do técnico operador no nosso PACS, portanto o valor que virá aqui é
o valor que o técnico inserir na modalidade ao realizar o exame
apenas a partir do momento que o estudo muda para o status “TOREVIEW”.
preparedby VARCHAR(32) Não Username (conforme cadastrado no D-Station) da pessoa que preparou o
estudo. O D-Station vai pegar este username e mostrar o nome completo do
usuário no detalhe do estudo. Na importação, se for passado um username
não cadastrado no sistema, o D-Station vai mostrar o valor passado, sem
converter de username para nome
prepareddate VARCHAR(16) Não Data que o estudo foi preparado. Na importação esta data somente é
importada se for passado o campo PREPAREDBY, descrito anteriormente.
Ainda na importação, se for passado o PREPAREDBY e este campo vier nulo,
o sistema vai adotar a data corrente (data que estiver no servidor) como data
de preparação.
statusdate VARCHAR(8) Não Data da mudança de status
statustime VARCHAR(16) Não Hora da mudança de status

5.6.1 Modelos do XML de mensagem updateReportStatus

<message>
<type>updateReportStatus</type>
<header>
<user>USER</user>
</header>
<procedures>
<procedure>
<risid>NOME_RIS</risid>
<operatorname>USERNAME</operatorname>
<readingphysician>SP54321</readingphysician>
<reviewedby>SP12345</reviewedby>
<transcribedby>DIG1233</transcribedby>
<preparedby>SCAN12345</preparedby>
<prepareddate>2017-04-05 09:02:06</prepareddate>
<statusdate>2017-05-06</statusdate>
<statustime>09:05:04</statustime>
</procedure>
</procedures>
</message>

5.6.2 Modelo de XML para a documentação de updateReportStatusReturn

<message>
<type>updateReportStatusReturn</type>
<procedures>
<procedure>
</procedure>
</procedures>
</message>
Mensagem de Erro:

<message>
<type>updateReportStatusReturn</type>
<exams>
<exam>
</exam>
</exams>
</message>
5.7 GETREPORT
Como o próprio nome indica, este método é usado para buscar o último laudo gerado pelo sistema da WTT.

type VARCHAR(64) Sim Nome do Metodo, neste caso “getReport”
*A busca por alterações no estudo pode ser feito por data ou por estudo
específico, no caso de busca pela data o campo initialdate e finaldate são
obrigatórios

* A busca por alterações no estudo pode ser feito por data ou por estudo
obrigatórios
específico, no caso de estudo específico o campo de patientid e
accessionnumber é obrigatório
5.7.1 Modelos do XML de mensagem getReport

<message>
<type>getReport</type>
<version>1.1</Version>
<header>
<user>USER</user>
</header>
<procedures>
<procedure>
</procedure>
</procedures>
</message>
5.7.2 getReportReturn

type VARCHAR(64) Sim Nome do Metodo, neste caso “getReportReturn”
number.
filetype VARCHAR(8) Sim Tipo do arquivo.
Neste caso “REPORT”
filename VARCHAR(64) Sim Nome do arquivo de laudo (ex.: “LAUDO1.RTF”)
filepath VARCHAR(255) Sim* Diretório onde o arquivo de laudo será localizado (ex.: “C:\Laudos”)
* Se for preenchido o texto do laudo (file), não é necessário usar este campo

fileextension VARCHAR(5) Sim Extensão do arquivo (ex.: “HTML”, “RTF”, “TXT”)
fileurl VARCHAR(255) Não URL onde o arquivo de laudo esta localizado. (Ex:
http://189.1.2.3:85/caminho do laudo). Usado apenas quando a WTT gera o
laudo, quando o RIS gera o laudo a WTT não usa este campo.
File BLOB Sim* Texto do Laudo em base64
* Se for preenchido o caminho do arquivo (filePath), não é necessário usar
este campo
filedate VARCHAR(8) Não Data de criação do arquivo
filetime VARCHAR(16) Não Hora da criação do arquivo
reporttype VARCHAR(16) Não Indica se o estudo, após o laudo, foi classificado como “NORMAL”,
“ALTERADO” ou “ACOMPANHAMENTO”
Não é lido na importação. Se estiver disponível, vai ser informado na
exportação.
studystatus VARCHAR(16) Não O sistema da WTT usa esse campo na exportação para informar o status do
laudo.
segundo médico
deliverydate VARCHAR(16) Não Data calculada pelo sistema HIS, dependendo da modalidade.
Ex: O resultado do US tem que ser entregue em 3 dias, CT em 4 dias, etc.
dictatedby VARCHAR(32) Não Username do radiologista que fez a gravação em áudio do laudo. Esta
informação aparece apenas a partir do momento que o estudo muda para o
status “TOTRANSCRIBED”
apenas a partir do momento que o estudo muda para o status “TOREVIEW”
readingbhysician VARCHAR(32) Não Username do médico que fez o laudo inicial. Apesar de estar relacionada ao

5.7.3 Modelo de XML para a documentação de getReportReturn

<message>
<type>getReportReturn</type>
<procedures>
<procedure>
<filetype>Report</filetype>
<filename>NOME_DO_ARQUIVO</filename>
<filepath>C:\IMPORTACOES_WTT</filepath>
<fileextension>RTF</fileextension>
<fileurl>http://192.168.0.1/Laudos</fileurl>
<file>< LAUDO EM BASE64></file>
<filedate>2018-03-28</filedate>
<filetime>09:30:45</filetime>
<reporttype>Normal</reporttype>
<deliverydate>2018-03-28</deliverydate>
<dictatedby>USERNAME_MEDICO</dictatedby>
<transcribedby>USERNAME_TRANSCRIPSIONISTA</transcribedby>
<readingphysician>USERNAME_MEDICO</readingphysician>
<reviewedby>USERNAME_MEDICO_REVISOR</reviewedby>
</procedure>
</procedures>
</message>
5.8 SENDREPORT
Como o próprio nome indica, este método é usado para inserir o laudo gerado pelo sistema terceiro.

type VARCHAR(64) Sim Nome do Metodo, neste caso “SendReport”

filetype VARCHAR(8) Sim Tipo do arquivo.
Neste caso “REPORT”
filename VARCHAR(64) Sim Nome do arquivo de laudo (ex.: “LAUDO1.RTF”)
filepath VARCHAR(255) Sim* Diretório onde o arquivo de laudo será localizado (ex.: “C:\Laudos”)
* Se for preenchido o texto do laudo (file), não é necessário usar este campo
fileextension VARCHAR(5) Sim Extensão do arquivo (ex.: “HTML”, “RTF”, “TXT”)
fileurl VARCHAR(255) Não URL onde o arquivo de laudo esta localizado. (Ex:
http://189.1.2.3:85/caminho do laudo). Usado apenas quando a WTT gera o
laudo, quando o RIS gera o laudo a WTT não usa este campo.
file BLOB Sim* Texto do Laudo em base64
* Se for preenchido o caminho do arquivo (filePath), não é necessário usar
este campo
filedate VARCHAR(8) Não Data de criação do arquivo
filetime VARCHAR(16) Não Hora da criação do arquivo
reporttype VARCHAR(16) Não Indica se o estudo, após o laudo, foi classificado como “NORMAL”,
“ALTERADO” ou “ACOMPANHAMENTO”
Não é lido na importação. Se estiver disponível, vai ser informado na
exportação.
studystatus VARCHAR(16) Não O sistema da WTT usa esse campo na exportação para informar o status do
laudo.
segundo médico
deliverydate VARCHAR(16) Não Data calculada pelo sistema HIS, dependendo da modalidade.
Ex: O resultado do US tem que ser entregue em 3 dias, CT em 4 dias, etc.
dictatedby VARCHAR(32) Não Username do radiologista que fez a gravação em áudio do laudo. Esta
informação aparece apenas a partir do momento que o estudo muda para o
status “TOTRANSCRIBED”
apenas a partir do momento que o estudo muda para o status “TOREVIEW”
Orderid VARCHAR(16) Não Número do pedido. Não é lido na importação. Se estiver disponível, vai ser

5.8.1 Modelos do XML de mensagem sendReport

<message>
<type>sendReport</type>
<header>
<user>USER</user>
</header>
<procedures>
<procedure>
<filetype>Report</filetype>
<filename>NOME_DO_ARQUIVO</filename>
<fileextension>RTF</fileextension>
<fileurl>http://192.168.0.1/Laudos</fileurl>
<file>< LAUDO EM BASE64></file>
<filedate>2018-03-28</filedate>
<filetime>09:30:45</filetime>
<reporttype>Normal</reporttype>
<deliverydate>20180328</deliverydate>
<dictatedby>USERNAME_MEDICO</dictatedby>
<transcribedby>USERNAME_TRANSCRIPSIONISTA</transcribedby>
<readingphysician>USERNAME_MEDICO</readingphysician>
<reviewedby>USERNAME_MEDICO_REVISOR</reviewedby>
</procedure>
</procedures>
</message>

5.8.2 Modelo de XML para a documentação de sendReportReturn

<message>
<type>sendReportReturn</type>
<procedures>
<procedure>
</procedure>
</procedures>
</message>
Mensagem de Erro:

<message>
<type>updateReportReturn</type>
<exams>
<exam>
</exam>
</exams>
</message>
5.9 SENDPROCEDUREDOCS
Como o próprio nome indica, o sistema HIS/RIS envia para o webservice da WTT os documentos de um
procedimento.

type VARCHAR(64) Sim Nome do método, neste caso “sendProcedureDocs”

documents Nó do XML com as informações dos Documentos
document Nó do XML com as informações do Documento
operation VARCHAR(1) Sim Operação que será realizada.
(I)nclusão, (A)lteração, (E)xclusão
accessionnumber VARCHAR(16) Sim Identificador do exame.
filetype VARCHAR(8) Sim Tipo do documento escaneado/anexado. Pode assumir os valores “FILE”,
“ORDER”, “HISTORY”, “SURVEY”, “PREVIOUSREPORT”, “FILM” ou “OTHER”,
conforme explicação a seguir.
filename VARCHAR(64) Sim Nome do documento.
filepath VARCHAR(255) Sim Local de onde o arquivo será importado.
Este local deve estar disponível para acesso do server WTT.
fileextension VARCHAR(5) Sim Extensão do arquivo (ex.: “HTML”, “RTF”, “TXT”, “MP4”)
5.9.1 Modelo do XML de mensagem sendProcedureDocs:

<message>
<type>sendProcedureDocs</type>
<header>
<user>USER</user>
</header>
<documents>
<document>
<operation>I</operation>
<filetype>ORDER</filetype>
<filename>NOME_DO_ARQUIVO.JPG</filename>
<fileextension>JPG</fileextension>
</document>
</documents>
</message>

5.9.2 Modelo de XML para a documentação de sendProcedureDocsReturn:

<message>
<type>sendProcedureDocsReturn</type>
<documents>
<document>
<fileName>NOME_DO_ARQUIVO.DOC</filename>
</document>
</documents>
</message>
Mensagem de Erro:

<message>
<type>sendProcedureDocsReturn</type>
<documents>
<document>
<filename> NOME_DO_ARQUIVO.DOC</filename>
</document>
</documents>
</message>
5.10 GETPROCEDUREDOCS
Como o próprio nome indica, o sistema HIS/RIS envia solicitação para o webservice da WTT disponibilizar os
documentos anexos de um procedimento.

type VARCHAR(64) Sim Nome do método, neste caso “getProcedureDocs”
Datetime DATETIME Sim Data e hora que a mensagem foi gerada.
*A busca por anexos dos estudos pode ser feito por data ou por estudo
obrigatórios

* A busca por anexos dos estudos pode ser feito por data ou por estudo
obrigatórios
5.10.1 Modelo do XML de mensagem getProcedureDocs:

<message>
<type>getProcedureDocs</type>
<header>
<user>USER</user>
</header>
<procedures>
<procedure>
</procedure>
</procedures>
</message>

5.10.2 Modelo de XML para a documentação de getProcedureDocsReturn:

<message>
<type>getProcedureDocsReturn</type>
<procedures>
<procedure>
<documents>
<document>
<filetype>ORDER</filetype>
<filename>NOME_DO_ARQUIVO.JPG</filename>
<fileextension>JPG</fileextension>
</document>
</documents>
</procedure>
</procedures>
</message>
5.11 GETRESULTSTATUS
Como o próprio nome indica, o sistema HIS/RIS faz uma consulta para o webservice da WTT, solicitando os
procedimentos que foram realizados, isto quer dizer, estudos gerados pelo WTT Pacs Swap que foram enviados
para o WTT D-Server.

type VARCHAR(64) Sim Nome do Metodo, neste caso “getResultStatus”
*A busca por resultados do estudo pode ser feito por data ou por estudo
obrigatórios
* A busca por resultados do estudo pode ser feito por data ou por estudo
obrigatórios
Patientid VARCHAR(64) Não* Identificador do paciente

5.11.1 Modelos do XML de mensagem getResultStatus

<message>
<type>getResultStatus</type>
<header>
<messsageid>1238888</messsageid>
<user>USER</user>
</header>
<procedures>
<procedure>
</procedure>
</procedures>
</message>
5.11.2 getResultStatusReturn

type VARCHAR(64) Sim Nome do Metodo, neste caso “getResultStatusReturn”
procedure Nó do XML com o Procedimento
statuspaperprint VARCHAR(1) Sim Status de impressão no Papel (*indicadores)

statusfilmprint VARCHAR(1) Sim Status de impressão em Filme (*indicadores)
statusreport VARCHAR(1) Sim Status de impressão do laudo (*indicadores)
statusdisc VARCHAR(1) Sim Status da gravação de cd´s (*indicadores)
qtpaperprint INTEIRO Sim Quantidade de páginas impressas em Papel
qtfilmprint INTEIRO Sim Quantidade de páginas impressas em Filme
qtreportprint INTEIRO Sim Quantidade de páginas do Laudo
qtdisc INTEIRO Sim Quantidade de discos gravados
* Indicadores:
N = Não pronto
P = Pronto para ser documentado, ou Pendente de documentação
S = Sim documentado
E = Erro da documentação

<message>
<type>getResultStatusReturn</type>
<procedures>
<procedure>
<statuspaperprint>P</statuspaperprint>
<statusfilmprint>N</statusfilmprint>
<statusreport>P</statusreport>
<statusdisc>P</statusdisc>
<qtpaperprint>2</qtpaperprint>
<qtfilmprint>0</qtfilmprint>
<qtreportprint>1</qtreportprint>
<qtdisc>1</qtdisc>
</procedure>
</procedures>
</message>
5.11.3 Modelo de XML para a documentação de getResultStatusReturn
5.12 SENDDOCCOMMANDS
Como o próprio nome indica, o sistema HIS/RIS envia para o webservice da WTT um comando para imprimir em
filme, papel ou gravação de CDs.

type VARCHAR(64) Sim Nome do método, neste caso “sendDocComands”
workcell VARCHAR(32) Sim Nome da célula de trabalho

cmdfilmprint VARCHAR(1) Sim Comando de impressão em filme
1 = Documentar e 0 = Não documentar
cmdpaperprint VARCHAR(1) Sim Comando de impressão em papel
cmdreportprint VARCHAR(1) Sim Comando de impressão do laudo
cmddisc VARCHAR(1) Sim Comando de gravação em CD

5.12.1 Modelo do XML de mensagem sendDocCommands:

<message>
<type>sendDocCommands</type>
<header>
<user>USER</user>
</header>
<procedures>
<procedure>
<workcell>WorkCellName</workcell>
<cmdfilmprint>1</cmdfilmprint>
<cmdpaperprint>1</cmdpaperprint>
<cmdreportprint>0</cmdreportprint>
<cmddisc>0</cmddisc>
</procedure>
</procedures>
</message>

5.12.2 Modelo de XML para a documentação de sendDocCommandsReturn:

<message>
<type>sendDocCommandsReturn</type>
<procedures>
<procedure>
</procedure>
</procedures>
</message>
Mensagem de Erro:

<message>
<type>sendDocCommandsReturn</type>
<procedures>
<procedure>
<accessionNumber>106391</accessionNumber>
</procedure>
</procedures>
</message>
5.13 GETWORKCELLS
Como o próprio nome indica, o sistema HIS/RIS faz uma consulta para o webservice da WTT, solicitando as
células de trabalho disponíveis para documentação.

type VARCHAR(64) Sim Nome do Metodo, neste caso “getWorkcells”

5.13.1 Modelos do XML de mensagem getWorkcells

<message>
<type>getWorkcells</type>
<header>
<messsageid>1238888</messsageid>
<user>USER</user>
</header>
</message>
5.13.2 getWorkcellsReturn

type VARCHAR(64) Sim Nome do Metodo, neste caso “getWorkcellsReturn”
workcells Nó do XML com as células de trabalho
workcell Nó do XML com a célula de trabalho
workcellname VARCHAR(32) Sim Nome da célula de trabalho
5.13.3 Modelo de XML para a documentação de getWorkcellsReturn

<message>
<type>getWorkcellsReturn</type>
<workcells>
<workcell>
<workcellname>CELULA_01</workcellname>
</workcell>
</workcells>
</message>

5.14 SENDDICOM
Como o próprio nome indica, o sistema HIS/RIS envia um xml com os dados do estudo e uma URL para
importarmos as imagens.

type VARCHAR(64) Sim Nome do Metodo, neste caso “sendDicom”
accessionnumber VARCHAR(16) Sim Identificador do Estudo.
patientid VARCHAR(64) Sim ID do paciente
studydescription VARCHAR(64) Sim Descrição do exame.
aetitle VARCHAR(16) Não Aetitle da modalidade onde será feito o exame.
modality VARCHAR(16) Sim Sigla da modalidade, segundo o padrão DICOM (“US”, “CR”,
“CT”, “MR”, etc).
dicomimagespath VARCHAR(255) Sim Diretório onde as imagens serão localizadas (ex.: “C:\DICOM\XXX\”)
5.14.1 Modelo do XML de mensagem sendDicom:

<message>
<type>sendDicom</type>
<header>
<user>USUARIO</user>
<password>wtt@parceiro</password>
</header>
<procedure>
<dicomimagespath>C:\IMPORTACOES_DICOM\ESTUDO\</dicomimagespath>
</procedure>
</message>

5.14.2 Modelo do XML de mensagem sendDicomReturn:

<message>
<type>sendDicomReturn</type>
<procedure>
</procedure>
</message>
Mensagem de Erro:

<message>
<type>sendDicomReturn</type>
<procedure>
<status><![CDATA[ERROR]]></status>
</procedure>
</message>

Manual Integracao - 1 - 5

Enviado por

Direitos autorais:

Formatos disponíveis

Manual Integracao - 1 - 5

Enviado por

Dados do documento

Descrição original:

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Manual Integracao - 1 - 5

Enviado por

Direitos autorais:

Formatos disponíveis

WTT - PARCEIRO

Integrações com Webservice

sexta-feira, 21 de novembro de 2017 Página 1 de 38

sexta-feira, 21 de novembro de 2017 Página 2 de 38

sexta-feira, 21 de novembro de 2017 Página 3 de 38

Versão Data Autor Resumo das Alterações

O Sistema parceiro entre outros pontos de integração precisa fornecer os agendamentos

Este documento irá abordar todos os métodos disponíveis do webservice da WTT.

Essencialmente as informações aqui tratadas são informações de sincronismo, onde os

sexta-feira, 21 de novembro de 2017 Página 4 de 38

sexta-feira, 21 de novembro de 2017 Página 5 de 38

Nome Tipo Obrigatório Descrição

5.1.1 Modelo SOAP de mensagem integraWTT:

Exemplo de URL: http://localhost:8077/services/integraWTT?wsdl

sexta-feira, 21 de novembro de 2017 Página 6 de 38

Nome Tipo Obrigatório Descrição

sexta-feira, 21 de novembro de 2017 Página 7 de 38

sexta-feira, 21 de novembro de 2017 Página 8 de 38

sexta-feira, 21 de novembro de 2017 Página 9 de 38

<?xml version="1.0" encoding="iso-8859-1"?>

<?xml version="1.0" encoding="iso-8859-1"?>

sexta-feira, 21 de novembro de 2017 Página 10 de 38

Nome Tipo Obrigatório Descrição

sexta-feira, 21 de novembro de 2017 Página 11 de 38

Nome Tipo Obrigatório Descrição

sexta-feira, 21 de novembro de 2017 Página 12 de 38

Nome Tipo Obrigatório Descrição

sexta-feira, 21 de novembro de 2017 Página 13 de 38

5.4.1 Modelos do XML de mensagem updateStudyInfo

<?xml version="1.0" encoding="iso-8859-1"?>

sexta-feira, 21 de novembro de 2017 Página 14 de 38

<?xml version="1.0" encoding="iso-8859-1"?>

<?xml version="1.0" encoding="ISO-8859-1"?>

Nome Tipo Obrigatório Descrição

sexta-feira, 21 de novembro de 2017 Página 15 de 38

5.5.1 Modelos do XML de mensagem getReportStatus

<?xml version="1.0" encoding="iso-8859-1"?>

Nome Tipo Obrigatório Descrição

sexta-feira, 21 de novembro de 2017 Página 16 de 38

sexta-feira, 21 de novembro de 2017 Página 17 de 38

<?xml version="1.0" encoding="iso-8859-1"?>

Nome Tipo Obrigatório Descrição

sexta-feira, 21 de novembro de 2017 Página 18 de 38

sexta-feira, 21 de novembro de 2017 Página 19 de 38

<?xml version="1.0" encoding="iso-8859-1"?>

sexta-feira, 21 de novembro de 2017 Página 20 de 38

<?xml version="1.0" encoding="iso-8859-1"?>

<?xml version="1.0" encoding="ISO-8859-1"?>

Nome Tipo Obrigatório Descrição

sexta-feira, 21 de novembro de 2017 Página 21 de 38

5.7.1 Modelos do XML de mensagem getReport

<?xml version="1.0" encoding="iso-8859-1"?>

Nome Tipo Obrigatório Descrição

sexta-feira, 21 de novembro de 2017 Página 22 de 38

sexta-feira, 21 de novembro de 2017 Página 23 de 38

<?xml version="1.0" encoding="iso-8859-1"?>

Nome Tipo Obrigatório Descrição

sexta-feira, 21 de novembro de 2017 Página 24 de 38