# Establish a Support Plan

## <img src="https://3308277642-files.gitbook.io/~/files/v0/b/gitbook-legacy-files/o/assets%2F-MaFTi2cXYF3MOUIP8lR%2F-MeQAtSh-tYl-ykSPgMz%2F-MeQBp8SE6RvDD18ZGBg%2Fsupport-faq.svg?alt=media&#x26;token=1588710d-0267-4bda-b3ef-4b490be666c1" alt="" data-size="line"> **Establish a Support Plan**

### **Create Support Plan**                           &#x20;

It should be expected that requirements and requests for OHIE components and data exchanges between them will evolve over time.  For this reason support strategies should be developed and should remain in place to triage requests for data, system enhancements, integrations, operations support or general troubleshooting among users.  Common types of ongoing support are described below. &#x20;

### **Operations Support**

Operations support is intended to maintain the logistics and infrastructure required for each of the components.  The content owner, infrastructure owner and software owners will need to support the system.  This support includes: monitoring error logs, maintaining a server, ensuring security protocols, carry out backups, and software and hardware updates as needed.

### **Developer Support**

Developer support is important to facilitate any future adaptations of the OHIE components and data exchanges.  For instance it may be desirable to create a specialized data curation function, additional workflows (data exchanges), or other applications that would work in coordination with the registry or components in a service oriented fashion.  Developer support will also include the identification, documentation and resolution of any enhancement requests or software bugs.

### **Integration Support**

Ongoing support will be required to triage requests for integration, issues, and API enhancements to support other systems interested in consuming your selected components’ data.  New systems that want to consume an API may also require some technical assistance to create an end node in their application to facilitate integration. &#x20;

### **Data Support**&#x20;

Ongoing support will also require assistance for issues related to data collection, curation, analysis and utilization.  There will be ongoing requirements to provide training, troubleshoot issues and respond to data access requests by users.  Other aspects of data support include: data collection, entry, permissions, bulk imports, data flows, curation, and data quality.&#x20;

### **Help Desk Support**&#x20;

Help desk support may not be required initially, but as more users and organizations start using the registry or relying on the data exchanges it may become important to identify, document, triage and direct response to types of requests from the varied types of users. &#x20;

### **Capacity development and Training**

To appropriately provide the support mentioned above, there will need to be training to build the capacity of support personnel to enable them to perform basic administration of OpenHIE components and data exchanges. In addition, there may be changes regarding scope, data and quality improvements as outlined in the support plan.

### **Post-Production Evaluation**

Post production, it is important to capture lessons learned.  One helpful exercise is to have the team make two lists. In the first list, the team should document the aspects of the project that worked well. This will provide insight into processes that can contribute to the success of additional project iterations. In the second list, the team should note the items that could be done differently next time. This exercise is important as the implementation process is meant to be iterative.  Once the system is running and stabilized, the iterative development process can begin again with an expanded scope.  New interfaces, user stories or workflows may need to be added.\
\ <br>


---

# 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/getting-started/dev/pathway-1-component-and-data-exchange/phase-3-implement-support-and-scale/establish-a-support-plan.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.
