FHIR - Histórico de revisões

CSousa em 19h16min de 5 de julho de 2025

2025-07-05T19:16:41Z

← Revisão anterior		Revisão das 20h16min de 5 de julho de 2025
Linha 325:		Linha 325:
	[https://www.spms.min-saude.pt Link para a SPMS]		[https://www.spms.min-saude.pt Link para a SPMS]

	=== ~~Artigos científicos e técnicos~~ ===		=== Literatura de referência ===

	Vorisek CN, Lehne M, Klopfenstein SAI, Mayer PJ, Bartschke A, Haese T, Thun S. ''Fast Healthcare Interoperability Resources (FHIR) for Interoperability in Health Research: Systematic Review''. JMIR Med Inform. 2022;10(7):e35724.
	~~[https://www.jmir.org/2022/7/e35724 Link para o artigo na JMIR]~~

	~~Tsafnat G, Silva DS, et al. ''Open Standards Are a Necessary but Not Sufficient Condition for Interoperability''. J Med Internet Res. 2025;27:e66616.~~
	~~[https://www.jmir.org/2025/1/e66616 Link para o artigo na JMIR]~~

	Benson T, Grieve G. ''Principles of Health Interoperability: SNOMED CT, HL7 and FHIR''. Springer, 4.ª ed., 2021.		Benson T, Grieve G. ''Principles of Health Interoperability: SNOMED CT, HL7 and FHIR''. Springer, 4.ª ed., 2021.

CSousa: /* 8. Fontes e referências */

2025-07-05T18:55:53Z

8. Fontes e referências

← Revisão anterior		Revisão das 19h55min de 5 de julho de 2025
Linha 309:		Linha 309:


	=== 8. Fontes e referências ===		== 8. Fontes e referências ==

	==== Documentos oficiais e institucionais ====		=== Documentos oficiais e institucionais ===

	- Comissão Europeia. Regulamento (UE) 2025/914 do Parlamento Europeu e do Conselho, de 26 de março de 2025, relativo ao Espaço Europeu de Dados de Saúde. Jornal Oficial da União Europeia, L 2025/914.		Comissão Europeia. ''Regulamento (UE) 2025/914 do Parlamento Europeu e do Conselho, de 26 de março de 2025, relativo ao Espaço Europeu de Dados de Saúde''. Jornal Oficial da União Europeia, L 2025/914.
	[https://eur-lex.europa.eu/legal-content/PT/TXT/?uri=CELEX:32025R0914]~~(https://eur-lex.europa.eu/legal-content/PT/TXT/?uri=CELEX:32025R0914)~~		[https://eur-lex.europa.eu/legal-content/PT/TXT/?uri=CELEX:32025R0914 Link para o documento]

	- HL7 International.		HL7 International. ''HL7 FHIR Specification''.
	[https://hl7.org/fhir]~~(https://hl7.org/fhir)~~		[https://hl7.org/fhir Link para o site oficial do HL7 FHIR]

	- HL7 Europe e IHE-Europe. Joint Initiatives for the EHDS.		HL7 Europe e IHE-Europe. ''Joint Initiatives for the EHDS''.
	[https://hl7europe.org]~~(https://hl7europe.org)~~		[https://hl7europe.org Link para o site do HL7 Europe]

	- SPMS. '''Registo de Saúde Eletrónico Unificado (RSE)'''. Serviços Partilhados do Ministério da Saúde.		SPMS. ''Registo de Saúde Eletrónico Unificado (RSE)''. Serviços Partilhados do Ministério da Saúde.
	[https://www.spms.min-saude.pt]~~(https://www.spms.min-saude.pt)~~		[https://www.spms.min-saude.pt Link para a SPMS]

	==== Artigos científicos e técnicos ====		=== Artigos científicos e técnicos ===

	~~- Kalra D~~, ~~Beale~~ T, ~~et al~~. Interoperability ~~Architectures~~: FHIR, openEHR and OMOP Compared. JMIR Med Inform. 2022;10(6):~~e37545~~.		Vorisek CN, Lehne M, Klopfenstein SAI, Mayer PJ, Bartschke A, Haese T, Thun S. ''Fast Healthcare Interoperability Resources (FHIR) for Interoperability in Health Research: Systematic Review''. JMIR Med Inform. 2022;10(7):e35724.
	[https://www.jmir.org/2022/6/~~e37545~~]~~(https://www.jmir.org/2022/6/e37545)~~		[https://www.jmir.org/2022/7/e35724 Link para o artigo na JMIR]

	- Benson T, Grieve G. Principles of Health Interoperability: SNOMED CT, HL7 and FHIR. Springer, 4.ª ed., 2021.		Tsafnat G, Silva DS, et al. ''Open Standards Are a Necessary but Not Sufficient Condition for Interoperability''. J Med Internet Res. 2025;27:e66616.
			[https://www.jmir.org/2025/1/e66616 Link para o artigo na JMIR]

			Benson T, Grieve G. ''Principles of Health Interoperability: SNOMED CT, HL7 and FHIR''. Springer, 4.ª ed., 2021.

CSousa: /* 3.3 Formato: JSON legível e normalizado */

2025-07-05T18:47:42Z

3.3 Formato: JSON legível e normalizado

← Revisão anterior		Revisão das 19h47min de 5 de julho de 2025
Linha 109:		Linha 109:
	</syntaxhighlight>		</syntaxhighlight>

	Este exemplo representa uma oximetria de pulso com 98%, codificada em LOINC.		Este exemplo representa uma oximetria de pulso com 98 por cento, codificada em LOINC.

	~~---~~

	'''Resumindo:''' o FHIR não é apenas um standard técnico. É uma arquitetura pensada para '''comunicar informação clínica com estrutura, flexibilidade e semântica clara''', adaptável a diferentes sistemas e escalável em diferentes contextos.

	=== 4. Como interpretar um recurso FHIR ===		=== 4. Como interpretar um recurso FHIR ===

CSousa: /* 3.2 API RESTful: ler, escrever e consultar */

2025-07-05T18:45:40Z

3.2 API RESTful: ler, escrever e consultar

← Revisão anterior		Revisão das 19h45min de 5 de julho de 2025
Linha 66:		Linha 66:
	Isso significa que os dados podem ser acedidos através de URLs simples, como nos exemplos abaixo:		Isso significa que os dados podem ser acedidos através de URLs simples, como nos exemplos abaixo:

	{\| class="wikitable"		{\| class="wikitable plainrowheaders" style="text-align:left; width:90%"
	! Método HTTP !! URL do recurso !! Ação realizada		! Método HTTP !! URL do recurso !! Ação realizada
	\|-		\|-
	\| GET \|\| /Patient/123 \|\| Obter dados do utente com ID 123		\| '''GET''' \|\| /Patient/123 \|\| Obter dados do utente com ID 123
	\|-		\|-
	\| POST \|\| /Observation \|\| Criar nova observação ~~clínica~~		\| '''POST''' \|\| /Observation \|\| Criar uma nova observação (ex: oximetria de pulso)
	\|-		\|-
	\| PUT \|\| /Condition/456 \|\| Atualizar ~~uma condição já registada~~		\| '''PUT''' \|\| /Condition/456 \|\| Atualizar um diagnóstico existente com ID 456
	\|-		\|-
	\| DELETE \|\| /~~Medication~~/~~789~~ \|\| Remover ~~um registo de~~ prescrição		\| '''DELETE''' \|\| /MedicationRequest/med789 \|\| Remover uma prescrição ativa
	\|}		\|}

CSousa: /* 3.2 API RESTful: ler, escrever e consultar */

2025-07-05T18:44:12Z

3.2 API RESTful: ler, escrever e consultar

← Revisão anterior		Revisão das 19h44min de 5 de julho de 2025
Linha 66:		Linha 66:
	Isso significa que os dados podem ser acedidos através de URLs simples, como nos exemplos abaixo:		Isso significa que os dados podem ser acedidos através de URLs simples, como nos exemplos abaixo:

	~~<syntaxhighlight lang~~="~~bash~~">		{\| class="wikitable"
	GET /Patient/123 ~~# obter~~ dados do utente com ID 123		! Método HTTP !! URL do recurso !! Ação realizada
	POST /Observation ~~# criar~~ nova observação		\|-
	PUT /Condition/456 ~~# atualizar~~ condição ~~existente~~		\| GET \|\| /Patient/123 \|\| Obter dados do utente com ID 123
	DELETE /Medication/789 ~~# remover~~ prescrição		\|-
	~~</syntaxhighlight>~~		\| POST \|\| /Observation \|\| Criar nova observação clínica
			\|-
			\| PUT \|\| /Condition/456 \|\| Atualizar uma condição já registada
			\|-
			\| DELETE \|\| /Medication/789 \|\| Remover um registo de prescrição
			\|}

	Esta abordagem facilita a integração com plataformas clínicas, apps móveis e sistemas analíticos, de forma leve e escalável.		Esta abordagem facilita a integração com plataformas clínicas, apps móveis e sistemas analíticos, de forma leve e escalável.

CSousa: /* 3.2 API RESTful: ler, escrever e consultar */

2025-07-05T18:42:49Z

3.2 API RESTful: ler, escrever e consultar

← Revisão anterior		Revisão das 19h42min de 5 de julho de 2025
Linha 63:		Linha 63:
	==== 3.2 API RESTful: ler, escrever e consultar ====		==== 3.2 API RESTful: ler, escrever e consultar ====

	O FHIR foi desenhado para funcionar com '''REST APIs''', o modelo mais comum de comunicação entre aplicações na web. Isso significa que os dados podem ser acedidos através de URLs simples:		O FHIR foi desenhado para funcionar com '''REST APIs''', o modelo mais comum de comunicação entre aplicações na web.
			Isso significa que os dados podem ser acedidos através de URLs simples, como nos exemplos abaixo:

	<syntaxhighlight lang="bash">		<syntaxhighlight lang="bash">
	GET /Patient/123 # obter dados do utente com ID 123		GET /Patient/123 # obter dados do utente com ID 123
	POST /Observation # criar nova observação		POST /Observation # criar nova observação
	PUT /Condition/456 # atualizar condição existente		PUT /Condition/456 # atualizar condição existente
	DELETE /Medication/789 # remover prescrição		DELETE /Medication/789 # remover prescrição
	</syntaxhighlight>		</syntaxhighlight>

CSousa em 18h40min de 5 de julho de 2025

2025-07-05T18:40:22Z

@@ Linha 141: / Linha 141: @@
 ==== 4.2 Como ler a página oficial de um recurso ====
-A documentação oficial de cada recurso FHIR está disponível em: [https://hl7.org/fhir/R4/](https://hl7.org/fhir/R4/)
+A documentação oficial de cada recurso FHIR está disponível em: [https://hl7.org/fhir/R4/](https://hl7.org/fhir/R5/)
-Na página de cada recurso (exemplo: [https://hl7.org/fhir/R4/patient.html](https://hl7.org/fhir/R4/patient.html)), encontras:
+Na página de cada recurso (exemplo: [https://hl7.org/fhir/R4/patient.html](https://hl7.org/fhir/R5/patient.html)), encontras:
 - '''Descrição funcional do recurso'''
@@ Linha 187: / Linha 187: @@
 </syntaxhighlight>
 '''Conclusão:'''
@@ Linha 229: / Linha 222: @@
 Os IGs são a principal forma de '''especificar formalmente como o FHIR será usado numa realidade concreta''': desde um hospital, a um país, a um projeto europeu.
 '''Resumo:'''
@@ Linha 321: / Linha 305: @@
    [https://hl7.org/fhir/resourcelist.html](https://hl7.org/fhir/resourcelist.html)
@@ Linha 338: / Linha 314: @@
    [https://eur-lex.europa.eu/legal-content/PT/TXT/?uri=CELEX:32025R0914](https://eur-lex.europa.eu/legal-content/PT/TXT/?uri=CELEX:32025R0914)
-- HL7 International. *FHIR R4 – Especificação Oficial*.
+- HL7 International.
    [https://hl7.org/fhir](https://hl7.org/fhir)
 - HL7 Europe e IHE-Europe. *Joint Initiatives for the EHDS*.
@@ Linha 356: / Linha 329: @@
 - Benson T, Grieve G. *Principles of Health Interoperability: SNOMED CT, HL7 and FHIR*. Springer, 4.ª ed., 2021.

CSousa em 17h36min de 5 de julho de 2025

2025-07-05T17:36:33Z

Mostrar alterações

CSousa em 16h50min de 5 de julho de 2025

2025-07-05T16:50:52Z

← Revisão anterior		Revisão das 17h50min de 5 de julho de 2025
Linha 139:		Linha 139:
	</syntaxhighlight>		</syntaxhighlight>

	==== 4.2 Como ler a página oficial de um recurso ====		=== 4.2 Como ler a página oficial de um recurso ===

	A documentação oficial de cada recurso FHIR está disponível em:		A documentação oficial de cada recurso FHIR está disponível em: [https://hl7.org/fhir/R4/](https://hl7.org/fhir/R4/)
	https://hl7.org/fhir/R4/

	Na página de cada recurso (ex: https://hl7.org/fhir/R4/patient.html), encontras:		Na página de cada recurso (exemplo: [https://hl7.org/fhir/R4/patient.html](https://hl7.org/fhir/R4/patient.html)), encontras:

	- Descrição funcional do recurso		- Descrição funcional do recurso
	- Tabela com os elementos, organizados por ordem hierárquica		- Tabela com os elementos, organizados por ordem hierárquica. Para cada elemento são apresentados:
	- Para cada elemento:
	~~- Nome~~
	~~- Tipo de dado~~
	~~- Cardinalidade (quantas vezes pode aparecer)~~
	~~- Obrigatoriedade~~
	~~- Comentários~~

	~~Exemplo~~ de ~~linha interpretada:~~		<pre>
			- Nome
			- Tipo de dado
			- Cardinalidade (quantas vezes pode aparecer)
			- Obrigatoriedade
			- Comentários
			</pre>

	~~\| Elemento \| Tipo \| Card. \| Descrição \|~~		Exemplo de linha interpretada (resumo visual):
	~~\|----------------\|------------\|-------\|-----------------------------------------\|~~
	~~\| `name` \| HumanName \| 0..* \| Nome~~(s) ~~do paciente, podendo haver mais do que um \|~~
	~~\| `birthDate` \| date \| 0..1 \| Data de nascimento, se conhecida \|~~
	~~\| `gender` \| code \| 0..1 \| Sexo biológico (valores possíveis~~: ~~male, female, other, unknown) \|~~

	=~~=== 4~~.~~3 O~~ que ~~significam os campos técnicos? ====~~		{\| class="wikitable"
			! Elemento !! Tipo !! Card. !! Descrição
			\|-
			\| `name` \|\| HumanName \|\| 0..* \|\| Nome(s) do paciente, podendo haver mais do que um
			\|-
			\| `birthDate` \|\| date \|\| 0..1 \|\| Data de nascimento, se conhecida
			\|-
			\| `gender` \|\| code \|\| 0..1 \|\| Sexo biológico (valores possíveis: male, female, other, unknown)
			\|}

	- Cardinalidade: define o número de ocorrências ~~possíveis~~. Ex: `0..1` (opcional, único), `0..*` (lista opcional)		=== 4.3 O que significam os campos técnicos? ===
	- Tipo: o tipo de dado esperado (ex: string, date, boolean, Quantity, CodeableConcept)
	- Binding: quando o campo deve usar um conjunto de códigos ~~predefinidos~~ (ex: SNOMED, LOINC)		- Cardinalidade: define o número de ocorrências permitidas. Ex: `0..1` (opcional, único), `0..*` (lista opcional)
			- Tipo: o tipo de dado esperado (ex: string, date, boolean, Quantity, CodeableConcept)
			- Binding: quando o campo deve usar um conjunto de códigos externos (ex: SNOMED, LOINC)
	- Extensões: permitem adicionar novos campos sem modificar o core do recurso		- Extensões: permitem adicionar novos campos sem modificar o core do recurso


	==== 4.4 Referências entre recursos ====		==== 4.4 Referências entre recursos ====

CSousa em 16h49min de 5 de julho de 2025

2025-07-05T16:49:21Z

Mostrar alterações