# Architectural Principles

## **Standards-Based**&#x20;

<figure><img src="https://3895402873-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FQuo0JzLlO8w0rlbRlh8s%2Fuploads%2FBxSitgrynzG4CSXLcP8o%2FScreen%20Shot%202022-12-14%20at%202.54.29%20PM.png?alt=media&#x26;token=18d6e00e-04fb-41c4-938f-2452d7221531" alt=""><figcaption></figcaption></figure>

\
OpenHIE preferentially seeks to leverage consensus-based, international interoperability specifications that support countries' health information exchange needs. We are committed to engaging in the IHE interoperability specification development process. To the extent possible we will leverage the IHE process to identify, evaluate and implement pre-existing IHE specifications and will also advocate for the development of future solutions.<br>

## **Adaptable /  Implementable**

Because health information exchange functional requirements vary among countries and evolve over time, we recognize that existing standards and interoperability specifications may not fully support a country's HIE needs. Consequently, OpenHIE seeks an architecture that supports -- does not on necessarily constrain -- effective implementation of country-driven workflows that extend beyond current interoperability specifications. To the extent possible, we anticipate that such workflow extensions would be incorporated into future consensus-based standardized interoperability specifications. (It has alternatively been suggested we call this principle "user driven". We seek to make architectural decisions based on implementations expressed needs and choose standards that best support the HIE user's needs.)

## **Interchangeability / Swappable**

OpenHIE seeks to support a robust and diverse software component ecosystem where implementing and support organizations may leverage different software products for the OpenHIE components. To enable effective and efficient "swap-ability" of components, we seek an architecture that clearly defines and reinforces standardized interfaces for each of these components. We seek to ensure that the reference components of OpenHIE support standardized interfaces.

## **Additional Principles**&#x20;

The following additional principles have been suggested:  Performant / Scalable;  "Monitor-able" / "Surveil-able" / "Inspect-able" / Observable / "Audit-able" have been suggested.

{% hint style="success" %}
References:  [Principles for Digital Development](https://digitalprinciples.org/)
{% endhint %}


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://guides.ohie.org/arch-spec/architecture-specification/architectural-principles.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
