FHIR JSON 및 XML 변환
FHIR R4 리소스를 JSON과 XML 사이에서 양방향으로 변환합니다 - 브라우저에서 로컬로 처리하며 업로드는 없습니다.
기기에서 로컬로 처리 중 ...
0%
파일이 기기를 떠난 적이 없습니다
제 파일이 업로드되나요?
아니요. 모든 처리가 브라우저에서 이루어지며, 파일이 기기를 떠나지 않습니다. 이것을 검증하는 방법
FHIR R4 리소스를 JSON과 XML 사이에서 양방향으로 변환합니다 - 브라우저에서 로컬로 처리하며 업로드는 없습니다.
기기에서 로컬로 처리 중 ...
0%
파일이 기기를 떠난 적이 없습니다
아니요. 모든 처리가 브라우저에서 이루어지며, 파일이 기기를 떠나지 않습니다. 이것을 검증하는 방법
HL7 FHIR R4는 같은 리소스를 JSON과 XML이라는 두 가지 동등한 표현으로 기술할 수 있습니다. 둘은 같은 내용을 담지만 단순히 서로 매핑되지는 않습니다 - FHIR XML은 고유한 규칙을 따릅니다: 단순 값은 value 속성에 들어가고(예: <gender value="male"/>), resourceType은 루트 요소의 이름이 되며, 네임스페이스는 http://hl7.org/fhir이고, 반복 가능한 필드는 JSON에서 배열이 되며, 내장 리소스(예: Bundle의 entry 안)는 첫 글자가 대문자인 자식 요소로 나타납니다. 일반적인 JSON에서 XML로의 변환기는 이런 규칙을 올바르게 처리하지 못합니다.
이 도구는 내용을 보고 변환 방향을 자동으로 감지합니다: FHIR JSON 파일을 놓으면 유효한 FHIR XML(네임스페이스와 value 속성 포함)을 얻고, FHIR XML을 놓으면 깔끔한 FHIR JSON(반복 요소를 배열로 표현)을 얻습니다. Bundle 안의 내장 리소스도 양방향에서 올바르게 처리됩니다. 여러 파일을 한 번에 놓을 수 있으며 각각이 개별적으로 변환됩니다.
모든 처리는 브라우저에서 완전히 로컬로 실행됩니다(순수 JavaScript, 서버 없음, 외부 CDN의 외부 라이브러리 없음) - 환자 데이터를 담은 리소스가 기기를 벗어나는 일은 결코 없습니다. 솔직히 말하면: 이것은 두 FHIR 직렬화 형식 사이의 구조적 형식 변환이며, profile 검증기도 아니고 임상 도구도 아닙니다. 기술적 참고 사항 하나: XML은 JSON의 데이터 타입을 담지 않으므로 단순 값은 XML에서 텍스트로 돌아옵니다(true/false 제외); 결과는 대상 시스템의 schema와 profile에 대조하여 검증하세요.
| 입력 형식 | JSON, XML |
|---|---|
| 출력 형식 | XML |
| 일괄 처리 | 지원 |
| 처리 방식 | 브라우저에서 로컬 처리 (JavaScript) |
| 파일 업로드 | 없음 |
제한: HL7 FHIR R4 리소스(또는 Bundle)를 그 JSON 직렬화와 XML 직렬화 사이에서 양방향으로, FHIR 규칙에 따라 변환합니다: 단순 값에 대한 value 속성, 루트 요소로서의 resourceType, 네임스페이스 http://hl7.org/fhir, 배열로서의 반복 요소, 첫 글자가 대문자인 자식 요소로서의 내장 리소스. 방향은 내용을 보고 자동으로 감지됩니다. 일반적인 반복 요소(예: identifier, name, given, address, line, coding, entry, extension)는 배열로 취급합니다; 특이한 profile의 경우 카디널리티를 확인하세요. XML은 JSON의 데이터 타입을 담지 않습니다: 단순 값은 XML에서 텍스트로 돌아옵니다(true/false는 불리언이 됩니다). 이것은 구조적 변환이며, profile 검증기도 아니고 임상 도구도 아닙니다; 결과는 대상 시스템의 schema와 profile에 대조하여 검증하세요.
아니요. 변환은 브라우저에서 완전히 로컬로 실행됩니다(순수 JavaScript, 서버 없음); FHIR 리소스가 기기를 벗어나는 일은 결코 없습니다.
양방향입니다. 도구가 내용을 보고 감지합니다: FHIR JSON은 FHIR XML이 되고, FHIR XML은 FHIR JSON이 됩니다.
구조는 보존됩니다(JSON -> XML -> JSON). 기술적 요점 하나: XML은 JSON의 데이터 타입을 담지 않으므로 단순 값은 XML에서 텍스트로 돌아옵니다(true/false 제외).
예. 내장 리소스(예: Bundle의 entry 안)는 양방향에서 올바르게 처리되며 - XML에서는 첫 글자가 대문자인 자식 요소가 됩니다.
아니요. 이것은 순수하게 JSON과 XML 사이의 형식 변환이며, profile 검증기도 아니고 임상 도구도 아닙니다. 결과는 대상 시스템의 schema에 대조하여 검증하세요.