Is HL7 FHIR Specification suitable to be added as a new project?

Is HL7 FHIR Specification suitable to be added as a new project?

Edited by author.
Last edit: 11:48, 15 October 2014

Hi Nike,

Fast Healthcare Interoperability Resources (FHIR, pronounced "Fire") is a standard for exchanging healthcare information electronically. It defines a set of "Resources" that represent granular clinical concepts. The resources can be managed in isolation, or aggregated into complex documents. Technically, FHIR is designed for the web; the resources are based on simple XML or JSON structures, with an http-based RESTful protocol where each resource has predictable URL. Where possible, open internet standards are used for data representation.

FHIR is under active development by HL7 (Health Level Seven). Availability of translations in multiple languages would facilitate easier and faster adoption of FHIR and FHIR would bring tremendous benefits for health of more people all over the world.

Is HL7 FHIR Specification suitable to be added as a new project? If so, is it possible to load it without getting its established structure broken?

Please see below for details:

So many thanks in advance!

Linforest (talk)05:44, 15 October 2014

Hello, we generally don't translate websites here, so it would be quite hard. As they have a MediaWiki wiki, the easiest would be that they install Translate to translate the specification there, and then find a way to "transclude" the translated HTML into their website.

Nemo (talk)06:59, 15 October 2014
Edited by author.
Last edit: 11:59, 15 October 2014

Hi Nemo,

Thanks first!

The FHIR website is just an exact representation of the FHIR specification and it/its content is the same as the whole specification.

  • A zipped official copy of the FHIR specification (i.e., the full site not including the downloads) can be downloaded from here.

Broadly, the FHIR specification is broken up into 3 parts (See here):

  1. General documentation that describes how resources are defined, and gives background material including definitions of data types, codes, and the XML and JSON formats
  2. Implementation - how to use resources using REST, Messaging, as clinical documents, or in a service based architecture
  3. The resource list - a list of all the resources defined by FHIR. You can also get lists for clinical, administrative and infrastructural resources

The FHIR Wiki is a place where development processes, methodology and design decisions are documented.

  • Implementers and others can also contribute to the wiki to provide additional guidance and supplemental information not found in the specification.
  • Note that wiki content is not authoritative and is not relevant for determining conformance to the FHIR specification.
  • As well, some wiki content may not be up to date with the most recent version of the FHIR specification.

Thanks agian.

Cheers,

Linforest (talk)11:43, 15 October 2014

This doesn't really change much.

  1. We don't generally translate websites as we don't generally translate books, manuals or specifications.
  2. The way the wiki is currently being used is not a divine order and is compatible with translation. Unless the specification "master" is already some structured [l10n] format, any translation system will require that the document is moved to the translation system/format and back. If the specs can be converted to YAML or JSON, they can as well be regularly sync'ed to wiki pages and translated there.
Nemo (talk)11:58, 15 October 2014

Hi Nemo,

Thanks for your replies :)

Cheers,

Linforest (talk)12:05, 15 October 2014

You're welcome. If you still conclude that translating here on translatewiki.net is better than using Translate on your wiki, let us know.

Nemo (talk)16:10, 17 October 2014

Thanks :) I will let you know if translatewiki.net is needed.

Linforest (talk)11:03, 25 October 2014