HIT strategic plan: seven components for your company
In a 12-15 slide presentation with detailed speaker notes or a paper of at least 800 words, develop a health information technology strategic plan for your own organisation covering corporate goals, HIT goals, applications portfolio priorities, architecture and infrastructure, software development, management and staffing, and resource requirements.
Editorial process
Last reviewed · August 13, 2026
Why the HIT goals have to derive from the corporate ones
The seven components are listed in a deliberate order and the first two carry the whole plan. A statement of corporate goals comes before a statement of HIT goals because a strategic technology plan is one that serves the organisation's stated direction; if your HIT goals could be lifted into any other company's plan unchanged, they are a wish list rather than a strategy. So write the corporate goals first, concretely and for a real organisation you can describe, and then derive each HIT goal from a specific corporate one. If a corporate goal is to reduce readmissions, the HIT goal is the analytics and care-transition capability that supports it. That traceability is also what makes the third component answerable, because priorities for the applications portfolio are decided by which corporate goal each application serves and how urgently, rather than by which system is oldest or which department asked most loudly for attention.
The middle components are where vagueness usually creeps in, so be concrete. Architecture and infrastructure means naming the shape of the estate — hosting model, the core clinical or operational systems, integration approach, the interoperability standards you will require of vendors, network and security posture — rather than saying the infrastructure will be robust and scalable. The software development plan should say what you build versus buy and why, and what governs releases. Management and staffing should give a structure with roles and reporting, not a headcount. Resource requirements should carry actual figures across capital and operating, and should be consistent with the staffing plan you just described. Whichever format you choose, the requirement to reference a minimum of five peer- reviewed or scholarly articles applies, so pick the presentation only if you are willing to put substance into the speaker notes, which is where the citations will have to live.
Likely learning objectives
Inferred from the brief — check these against your own rubric.
- 01Derive technology goals from an organisation's stated strategic direction.
- 02Prioritise an applications portfolio against business objectives.
- 03Specify a health IT architecture including integration and interoperability requirements.
- 04Distinguish build from buy decisions in a software development plan.
- 05Align staffing structure with stated resource requirements.
Read the full question
Review every instruction before using the planning guidance that follows.
Turn the brief into deliverables
- 01A statement of corporate or institutional goals and objectives.
- 02A statement of HIT goals and objectives derived from them.
- 03Priorities for the applications portfolio.
- 04Specifications of overall HIT architecture and infrastructure, plus a software development plan.
- 05A HIT management and staffing plan and a statement of resource requirements.
Goals, portfolio, architecture, build, people, money
Corporate goals and objectives
The organisation described concretely, with goals a technology plan could serve.
HIT goals derived from them
Each technology objective traced to a named corporate objective.
Applications portfolio priorities
Which systems come first and on what basis they were ranked.
Architecture and infrastructure
Hosting, core systems, integration, interoperability standards and security posture.
Software development plan
Build versus buy, release governance and lifecycle management.
Management, staffing and resources
Roles and reporting lines, with capital and operating figures that match them.
HIT planning frameworks and interoperability standards
Recommended databases
- HealthIT.gov
- StatPearls via NCBI Bookshelf
- AHRQ digital healthcare research
- PubMed
- Course text on health information systems
Search sequence
- 1.Read federal guidance on health IT strategy and interoperability requirements.
- 2.Read on applications portfolio management and how priorities are set.
- 3.Identify current interoperability standards a vendor requirement could name.
- 4.Read on health IT governance structures and typical role definitions.
- 5.Find peer-reviewed evaluations of health IT implementations for the five sources.
Reference shortlist
These are authoritative starting points, not a ready-made bibliography. A qualified reviewer must confirm that each source fits the assignment and supports the claim beside which it is cited.
Nothing here is cleared for citation until you have read it.
- 01
Interoperability
HealthIT.gov, Office of the National Coordinator · 2024
The standards an architecture section must name rather than gesture at.
- 02
Health IT Playbook
HealthIT.gov, Office of the National Coordinator · 2024
Practical planning guidance covering governance, selection and implementation.
- 03
Health Information Technology
StatPearls, NCBI Bookshelf · 2024
The clinical systems that anchor most applications portfolios, with their known implementation issues.
- 04
Privacy, Security, and HIPAA
HealthIT.gov, Office of the National Coordinator · 2024
The security posture requirements that belong in the infrastructure specification.
Review before submission
Common mistakes
- Writing HIT goals that could belong to any organisation, with no link to the corporate goals.
- Listing applications without prioritising them or saying what the priority is based on.
- Describing architecture in adjectives rather than in named systems and standards.
- Omitting the build-versus-buy decision from the software development plan.
- Giving a headcount instead of a management structure with roles.
- Stating resource requirements that do not reconcile with the staffing plan.
Submission checklist
- All seven listed components are present and labelled.
- Each HIT goal traces to a corporate goal.
- The applications portfolio is ranked with a stated basis.
- Interoperability standards and integration approach are named.
- Resource figures are consistent with the staffing plan.
- At least five peer-reviewed or scholarly articles are referenced.
Use this guide to plan and review your own work. Follow your institution's rules and read our academic-integrity policy.

Written by
Aaron Bishop
MA, Education
assignment interpretation and research-methods coaching across disciplines
Aaron leads the EssayCrackers editorial desk. He works on how assignment briefs are read — what a rubric is actually asking for, and where students most often answer a different question than the one set.

Reviewed by
Dr. Nathan Cole
PhD, Rhetoric & Composition
Argumentation and thesis development
Nathan teaches first-year composition and directs a university writing center. He reviews EssayCrackers guides for argumentative soundness and citation accuracy.