Agent — Healthcare Project Manager — Knowledge Base

Agent — Healthcare Project Manager

Knowledge Base for Copilot Studio — Version 1.0, April 2026

Project management frameworks adapted for the healthcare and social services sector. Synthesized from PMBOK 7th Edition, healthcare project management best practices, Lean Startup, Lencioni’s team dynamics, and Sinek’s purpose-driven approach.


1. PMBOK 7th Edition — Principles and Performance Domains

SOURCE: Project Management Institute (PMI). A Guide to the Project Management Body of Knowledge (PMBOK Guide), 7th Edition, 2021. The 7th edition shifts from a process-based to a principles-based approach, focusing on outcomes and value delivery rather than prescriptive steps.

1.1 The 12 Project Management Principles

These principles guide behavior and decision-making throughout the project lifecycle. They are not prescriptive steps but foundational truths that apply across all project types.

#PrincipleHealthcare Application
1Be a diligent, respectful, and caring stewardManage project resources (budget, staff time, equipment) as shared organizational assets. In healthcare, staff time is the scarcest resource.
2Create a collaborative project team environmentBridge clinical-administrative silos. Include frontline staff, physicians, and support teams in project decisions. Use interdisciplinary committees.
3Effectively engage with stakeholdersHealthcare projects involve many stakeholder groups (clinical teams, patients/families, unions, medical staff, accreditation bodies). Map and engage each group with the right strategy.
4Focus on valueEvery project deliverable must link to patient care improvement, operational efficiency, staff wellbeing, or organizational sustainability. Ask: « What value does this deliver to patients and staff? »
5Recognize, evaluate, and respond to system interactionsHospital projects ripple across units, shifts, and departments. A change in one unit affects patient flow, staffing, and supply chain in others.
6Demonstrate leadership behaviorsThe project lead in healthcare is often not the hierarchical authority. Influence-based leadership is critical. Demonstrate transparency and accountability.
7Tailor based on contextA quality improvement project in a NICU requires a different approach than an IT system implementation. Tailor scope, governance, and reporting to the context.
8Build quality into processes and deliverablesIn healthcare, quality is not optional — it is tied to patient safety. Embed quality checks (audits, peer review, pilot testing) at every phase.
9Navigate complexityHealthcare is a complex adaptive system. Projects must account for emergent behaviors, conflicting priorities, and unpredictable clinical demands.
10Optimize risk responsesUse structured risk registers. In healthcare, risk categories include clinical safety, regulatory compliance, staff resistance, technology adoption, and financial sustainability.
11Embrace adaptability and resiliencyHealthcare projects face constant disruption (pandemics, staffing crises, new directives). Build flex into timelines and maintain a contingency plan.
12Enable change to achieve the envisioned future stateProjects are vehicles for change. Pair project management with change management (see Agent 8) to ensure adoption and sustainability.

1.2 The 8 Performance Domains

Performance domains are interactive areas of focus that work together throughout the project.

DomainFocusKey Deliverable
StakeholdersIdentify, analyze, engage, and monitor stakeholder relationshipsStakeholder register, engagement plan
TeamBuild a high-performing, collaborative project teamTeam charter, RACI matrix
Development Approach & Life CycleSelect the right delivery approach (predictive, adaptive, hybrid)Approach selection rationale
PlanningOrganize and elaborate scope, schedule, resources, riskProject plan, WBS, schedule
Project WorkManage day-to-day execution and knowledgeProgress reports, issue log
DeliveryEnsure deliverables meet requirements and enable outcomesAcceptance criteria, quality audits
MeasurementAssess project performance and take corrective actionKPIs, dashboards, variance reports
UncertaintyAddress risks, ambiguity, and complexityRisk register, contingency plans

2. Project Charter — Structure and Best Practices

KEY PRINCIPLE: The project charter is the foundational document that formally authorizes the project and establishes the project manager’s authority. In healthcare, it serves as the alignment tool between clinical priorities and administrative constraints.

2.1 Recommended Charter Structure for Healthcare Projects

  1. Titre du projet — Clear, descriptive name
  2. Promoteur et mandataire — Executive sponsor and project lead
  3. Contexte et problématique — Why this project? What problem does it solve? Link to strategic plan, accreditation requirements, or operational needs.
  4. Objectifs SMART — Specific, Measurable, Achievable, Relevant, Time-bound objectives
  5. Portée (inclusions et exclusions) — What is IN and OUT of scope. Critical in healthcare to avoid scope creep into adjacent clinical processes.
  6. Parties prenantes clés — Summary table of key stakeholders with roles
  7. Livrables principaux — Tangible outputs with acceptance criteria
  8. Échéancier préliminaire — High-level milestones with target dates
  9. Ressources et budget — Human resources (FTE allocation), financial envelope, material needs
  10. Risques majeurs identifiés — Top 3-5 risks with preliminary assessment
  11. Hypothèses et contraintes — Assumptions made and known constraints (regulatory, union, clinical calendar)
  12. Critères de succès — How will success be measured? Link to PMBOK Principle 4 (focus on value).
  13. Gouvernance — Reporting structure, decision-making authority, escalation path
  14. Approbations — Signature section for sponsor and key stakeholders
Example — SMART Objective in Healthcare:
❌ « Améliorer le processus d’admission »
✅ « Réduire le délai moyen d’admission de 4,2 heures à 2,5 heures d’ici le 31 mars 2027, pour les admissions programmées en chirurgie pédiatrique, mesuré via le système d’information Cristal-Net. »

2.2 Common Charter Pitfalls in Healthcare

  • Vague scope: « Améliorer la qualité des soins » is not a scope — it is a vision. Narrow it to a specific process, unit, and population.
  • Missing stakeholders: Forgetting physicians (who operate outside the hierarchical structure), unions, or patient representatives.
  • Unrealistic timelines: Not accounting for clinical calendar constraints (summer vacations, holiday coverage, accreditation visits).
  • No governance: Projects without clear decision authority stall when the first disagreement arises.
  • Scope creep disguised as improvement: « While we’re at it, let’s also fix X » — requires formal change control.

3. Stakeholder Analysis — Methods and Tools

SOURCE: PMBOK 7th Ed. — Stakeholders Performance Domain. Also informed by Mitchell et al. (1997) Stakeholder Salience Model and Eden & Ackermann’s Power-Interest Grid.

3.1 Power-Interest Grid

The most commonly used stakeholder classification tool. Plot each stakeholder on two axes: Power (ability to influence the project) and Interest (level of concern about the project).

Low InterestHigh Interest
High PowerKeep Satisfied
Engage regularly, manage expectations. Ex: Direction générale, CA
Manage Closely
Key players — involve in decisions. Ex: Promoteur, chef de programme, médecin responsable
Low PowerMonitor
Minimal effort, watch for changes. Ex: Fournisseurs externes, autres directions
Keep Informed
Regular communication, address concerns. Ex: Personnel de l’unité, syndicats, familles

3.2 Stakeholder Register Template

Partie prenanteRôleIntérêtPouvoirPosture actuellePosture souhaitéeStratégie d’engagement
Ex: Direction des soins infirmiersPromoteurÉlevéÉlevéFavorableChampionImpliquer dans les décisions clés, rapports mensuels
Ex: Syndicat FIQ localPartie prenanteÉlevéMoyenNeutreFavorableInformer proactivement, consulter sur impacts horaires
Ex: Équipe de l’unitéUtilisateurs finauxÉlevéFaibleInquietEngagéAteliers participatifs, communication régulière, feedback loops

3.3 Engagement Strategy Levels (IAP2 Spectrum adapted)

LevelDescriptionHealthcare Example
InformOne-way communication. Provide balanced information.Newsletter to other units about the project
ConsultTwo-way communication. Gather feedback.Survey to frontline staff about current pain points
InvolveWork directly with stakeholders. Their input shapes decisions.Working group with nurses, PAB, and AIC to co-design the new process
CollaboratePartner in decision-making. Shared ownership.Joint committee with physicians and nursing to define clinical protocols
EmpowerFinal decision-making authority rests with the stakeholder.Unit team decides on their own implementation schedule within parameters

3.4 Typical Healthcare Stakeholder Categories

  • Clinical: Physicians (attending, residents), nursing (infirmières, infirmières auxiliaires, PAB, AIC), allied health professionals (pharmacists, nutritionists, social workers, physiotherapists)
  • Administrative: Direction (DSI, DSP, DRHCAJ, DSM, DRF), programme chiefs, unit managers, coordinators
  • Support: IT, facilities, procurement, quality & risk management, communications
  • External: MSSS, Agrément Canada, CISSS/CIUSSS partners, universities (teaching hospital context), patient committees (comité des usagers)
  • Union: FIQ, APTS, CSN — always a stakeholder in projects that affect working conditions, schedules, or task descriptions

4. Risk Management — Register, Scoring, and Response

SOURCE: PMBOK 7th Ed. — Uncertainty Performance Domain. Healthcare-specific: Healthcare Failure Mode and Effects Analysis (HFMEA), Joint Commission risk frameworks, Agrément Canada (Qmentum) standards.

4.1 Risk Register Template

IDRisqueCatégorieProbabilité (1-5)Impact (1-5)Score (P×I)Stratégie de réponseActions de mitigationResponsableStatut
R01Résistance du personnel au nouveau processusHumain4416AtténuerAteliers participatifs, champions de changement, communication proactiveChef de projetOuvert
R02Retard de livraison du système informatiqueTechnique3515AtténuerClauses contractuelles, plan B avec processus papier temporaireCoordonnateur TIOuvert
R03Départ d’un membre clé de l’équipe projetHumain3412AtténuerDocumentation des processus, transfert de connaissances, doublure identifiéePromoteurSurveillance

4.2 Probability × Impact Scoring Matrix

Impact 1 (Négligeable)Impact 2 (Mineur)Impact 3 (Modéré)Impact 4 (Majeur)Impact 5 (Critique)
Prob. 5 (Quasi certain)510152025
Prob. 4 (Probable)48121620
Prob. 3 (Possible)3691215
Prob. 2 (Improbable)246810
Prob. 1 (Rare)12345

Risk priority zones:

  • Score 15-25 (Critical): Requires immediate action plan, escalation to sponsor, and active monitoring at every project meeting.
  • Score 8-14 (Significant): Requires mitigation plan and regular monitoring.
  • Score 1-7 (Low): Monitor and review periodically. Accept if cost of mitigation exceeds potential impact.

4.3 Risk Response Strategies

StrategyDescriptionHealthcare Example
Avoid (Éviter)Eliminate the threat by changing the project planChange the implementation date to avoid the summer vacation period
Mitigate (Atténuer)Reduce probability or impactProvide training before go-live to reduce adoption resistance
Transfer (Transférer)Shift ownership to a third partyUse vendor support agreement for technical risks
Accept (Accepter)Acknowledge and prepare contingencyAccept that minor schedule slippage may occur during flu season; build buffer
Escalate (Escalader)Push to a higher authority when outside project scopeEscalate budget shortfall to direction for strategic decision

4.4 Healthcare-Specific Risk Categories

  • Clinical safety: Risk of impacting patient care during transition (dual systems, new workflows, training gaps)
  • Regulatory: Agrément Canada requirements, MSSS directives, professional practice standards (OIIQ, CMQ)
  • Human resources: Staff turnover, resistance, training capacity, union grievances, overtime impacts
  • Technical: IT system reliability, integration with existing systems, data migration
  • Financial: Budget overruns, unexpected costs, dependency on external funding
  • Organizational: Competing priorities, leadership changes, restructuring, pandemic response demands

5. Progress Reporting — Decision-Oriented Structure

KEY PRINCIPLE: A progress report is not a diary — it is a decision-enabling tool. Every report should answer: Where are we? Are we on track? What decisions are needed?

5.1 Recommended Progress Report Structure

  1. En-tête: Project name, reporting period, prepared by, date, project status indicator (green/yellow/red)
  2. Sommaire exécutif (3-5 lignes): Overall status, key achievement this period, main issue or risk
  3. Tableau de bord synthèse:
    DimensionStatutCommentaire
    Échéancier🟢 / 🟡 / 🔴Brief explanation
    Budget🟢 / 🟡 / 🔴Brief explanation
    Portée🟢 / 🟡 / 🔴Brief explanation
    Risques🟢 / 🟡 / 🔴Brief explanation
    Parties prenantes🟢 / 🟡 / 🔴Brief explanation
  4. Réalisations de la période: What was accomplished (concrete deliverables, milestones reached)
  5. En cours: What is actively being worked on
  6. À venir (prochaine période): Planned activities and milestones
  7. Enjeux et obstacles: Issues requiring attention or escalation
  8. Décisions requises: Specific decisions the committee or sponsor must make, with options and recommendations
  9. Risques mis à jour: New risks identified, changes in risk scores, completed mitigation actions

5.2 Traffic Light Status Definitions

StatusDefinitionAction Required
🟢 Green (Vert)On track. No significant issues.Continue as planned.
🟡 Yellow (Jaune)At risk. Minor deviations or emerging issues that may escalate.Corrective action in progress. Monitor closely.
🔴 Red (Rouge)Off track. Significant deviation from plan. Objectives at risk.Escalation required. Decision or intervention needed.

6. Communication Planning — Stakeholder-Driven Approach

6.1 Communication Plan Template

Audience cibleMessage cléCanalFréquenceResponsableObjectif
Comité de directionAvancement stratégique, décisions requisesRapport écrit + présentationMensuelChef de projetApprobation et alignement
Équipe projetTâches, jalons, enjeux opérationnelsRéunion TeamsHebdomadaireChef de projetCoordination et suivi
Personnel de l’unitéImpacts concrets, calendrier, formationCourriel + affichage + capsule vidéoAux jalons clésChef d’unitéPréparation et engagement
SyndicatImpacts sur conditions de travail, horairesRencontre formelleAu besoin (avant changements)Chef de projet + RHInformation et consultation
Familles / usagersChangements dans les services, améliorations attenduesAffichage + site web + comité des usagersAux étapes majeuresCommunicationsTransparence

6.2 Communication Principles for Healthcare Projects

  • Start with WHY (Sinek): Begin every communication with the purpose — why this project matters for patients, staff, and the organization. Clinical teams disengage when they see projects as administrative exercises.
  • Repeat core messages: Healthcare staff work in shifts. A message sent once is a message never received. Repeat through multiple channels and at multiple times.
  • Be transparent about uncertainty: Acknowledge what is not yet decided. Staff respect honesty more than false reassurance.
  • Differentiate messages by audience: Physicians need clinical evidence and professional autonomy. Nurses need practical impact on their workflow. Managers need timeline, resources, and decisions. Executives need strategic alignment and risk.
  • Listen more than you broadcast: Communication is two-way. Create feedback mechanisms (suggestion boxes, short surveys, open office hours, unit visits).

7. Lean and Iterative Approach in Healthcare Projects

SOURCE: Ries, Eric. The Lean Startup, 2011. Also: IHI Model for Improvement (Plan-Do-Study-Act cycles), Graban, Mark. Lean Hospitals, 2012.

7.1 Lean Startup Principles Applied to Healthcare

Lean Startup ConceptHealthcare TranslationExample
Build-Measure-LearnTest small, measure results, adjust before scalingPilot the new admission process in ONE unit for 4 weeks before deploying to the entire programme
Minimum Viable Product (MVP)Minimum Viable Process — the simplest version that delivers valueStart with a paper-based triage checklist before investing in digital tools
Validated LearningUse data to confirm the improvement works, not just opinionsMeasure door-to-bed time before and after the pilot — if no improvement, redesign before scaling
Pivot or PersevereIf pilot data shows the approach is not working, change direction rather than pushing throughThe new scheduling template causes more overtime — pivot to a different staffing model

7.2 PDSA Cycles (IHI Model for Improvement)

The Institute for Healthcare Improvement (IHI) recommends rapid PDSA (Plan-Do-Study-Act) cycles as the engine for improvement projects in healthcare.

  1. Plan: Define what you will test, who is involved, what data you will collect, and what you predict will happen.
  2. Do: Execute the test on a small scale. Document observations, problems, and deviations from the plan.
  3. Study: Analyze the data. Compare results to predictions. What did you learn?
  4. Act: Based on learning, decide: Adopt (scale), Adapt (modify and test again), or Abandon (try something else).
Example — PDSA in a CHU context:
Plan: Test a new bedside medication reconciliation form on Unit 5B for 2 weeks. Prediction: will reduce medication discrepancies by 30%.
Do: 47 patients processed. Nurses report form takes 8 extra minutes per admission.
Study: Discrepancies reduced by 42% (exceeds prediction) but time added creates scheduling pressure on evening shift.
Act: Adapt — simplify 3 fields, add pharmacy technician support on evening shift. Test again for 2 weeks.

7.3 When to Use Iterative vs. Traditional Approaches

Project CharacteristicApproachRationale
Well-defined scope, clear requirements (ex: construction, equipment procurement)Predictive (traditional)Requirements are stable. Planning can be done upfront.
Uncertain outcomes, evolving requirements (ex: clinical process redesign, new service model)Adaptive (iterative/agile)Need to learn through experimentation. Requirements emerge.
Mix of both (ex: IT implementation with process redesign)HybridTechnical delivery is predictive; process adoption is adaptive.

8. Team Dynamics and Project Leadership

SOURCES: Lencioni, Patrick. The Five Dysfunctions of a Team, 2002. Sinek, Simon. Start With Why, 2009. PMBOK 7th Ed. — Team Performance Domain.

8.1 Lencioni’s Five Dysfunctions — Applied to Healthcare Project Teams

Lencioni’s model describes five cascading dysfunctions that prevent teams from performing. Each must be resolved in order from the base up.

#DysfunctionHealthcare SymptomProject Manager Action
1Absence of TrustTeam members hide mistakes, avoid asking for help, protect their turf (clinical vs administrative silos)Model vulnerability. Acknowledge your own uncertainties. Create safe space for honest discussion.
2Fear of ConflictArtificial harmony in meetings. Real disagreements happen in hallways. Physicians disengage silently.Explicitly invite dissent: « What could go wrong with this plan? » Normalize constructive debate.
3Lack of CommitmentMeeting ends with head nods but no follow-through. « I was never consulted. »Summarize decisions and owners at end of every meeting. Confirm commitment explicitly.
4Avoidance of AccountabilityNo one follows up on missed deadlines. « It’s not my project. »Publish task owners and deadlines. Follow up in writing. Address non-delivery privately first, then in the group.
5Inattention to ResultsFocus on individual unit metrics rather than project outcomes. Status over results.Define shared success metrics. Celebrate project-level wins, not just individual achievements.

8.2 Inclusive and Epicene Writing — CHU Sainte-Justine Standard

CORE RULE: The generic masculine (« masculin générique ») is prohibited in ALL documents. It must be replaced using a strict 4-strategy hierarchy, in priority order. Always choose the highest possible strategy. Only move to the next one if the previous one does not work for the specific term.

Strategy 1 — Collective or Institutional Noun (HIGHEST PRIORITY)

Replace with a collective noun, an administrative unit name, or an encompassing term.

Masculin génériqueRemplacement (Stratégie 1)
les infirmiersle personnel infirmier
les gestionnairesl’équipe de gestion
les médecinsle corps médical
les employésle personnel
les directeursla direction
les chercheursl’équipe de recherche

Strategy 2 — Full Doublet, Feminine First

When no collective noun is available, use the full doublet with the feminine form first.

Masculin génériqueRemplacement (Stratégie 2)
le coordonnateurla coordonnatrice ou le coordonnateur
le chef d’unitéla cheffe ou le chef d’unité
l’adjointl’adjointe ou l’adjoint
un professionnelune professionnelle ou un professionnel

Strategy 3 — « Personne + complement » (Targeted Use)

Use only when Strategies 1 and 2 produce awkward phrasing. DO NOT overuse.

ContextFormulation
Generic reference to someone in a rolela personne responsable du projet
Unknown individualla personne qui assurera la coordination

Strategy 4 — Midpoint Abbreviation (LAST RESORT)

Use ONLY in tables, forms, or space-restricted contexts where Strategies 1-3 are impossible.

ContextAbbreviated Form
Table header, short labelcoordonnateur·rice
Form fielddirecteur·rice adjoint·e

Additional rules:

  • Some terms are already epicene and require no modification: gestionnaire, membre, spécialiste, responsable, titulaire, bénévole, stagiaire, analyste.
  • NEVER use neopronouns (iel, ielle, celleux). Use full doublets instead.
  • NEVER use parentheses for feminine forms: employé(e) is prohibited. Use full doublet: employée ou employé.

8.3 RACI Matrix for Healthcare Projects

The RACI matrix clarifies who is Responsible, Accountable, Consulted, and Informed for each project deliverable or decision.

Livrable / DécisionChef de projetPromoteurÉquipe cliniqueTISyndicat
Charte de projetRACCI
Plan de communicationRACII
Spécifications techniquesCICR/AI
Formation du personnelAIRCI
Décision de go-liveRACCI

9. Project Closure and Lessons Learned

KEY PRINCIPLE: A project is not finished when the deliverable is deployed — it is finished when the outcomes are measured, lessons are documented, and ownership is transferred. In healthcare, sustainability is the greatest challenge: processes revert to old habits without deliberate handoff.

9.1 Closure Plan Structure

  1. Rappel des objectifs: What was the project supposed to achieve? (Refer back to the charter.)
  2. Résultats obtenus: What was actually achieved? Compare objectives vs. results with data.
  3. Livrables produits: List of all deliverables with acceptance status.
  4. Écarts et justifications: Where did the project deviate from plan (scope, timeline, budget)? Explain why.
  5. Leçons apprises: Structured using the template below.
  6. Transfert et pérennisation: Who is now responsible for maintaining the change? What mechanisms are in place to prevent regression?
  7. Remerciements: Acknowledge contributions of team members and stakeholders.
  8. Recommandations: Actions or decisions remaining for the organization beyond this project.

9.2 Lessons Learned Template

CatégorieCe qui a bien fonctionnéCe qui pourrait être amélioréRecommandation pour les projets futurs
Gouvernance
Gestion des parties prenantes
Communication
Gestion des risques
Ressources et budget
Adoption et changement
Aspects techniques

9.3 Sustainability Checklist

  • ☐ New process is documented in the unit’s procedure manual
  • ☐ Training materials are available for new staff onboarding
  • ☐ A process owner is identified and has accepted responsibility
  • ☐ Performance indicators are integrated into the unit’s regular dashboard
  • ☐ A follow-up audit is scheduled (30, 60, 90 days post-deployment)
  • ☐ Feedback mechanism is in place for ongoing improvement
  • ☐ Knowledge transfer to the operational team is complete

10. Healthcare Context — Vocabulary, Standards, and Constraints

10.1 Québec Healthcare Sector Vocabulary

Acronym / Term (FR)English Equivalent / Explanation
CHUCentre hospitalier universitaire — University Hospital Center
DSIDirection des soins infirmiers — Nursing Directorate
DSPDirection des services professionnels — Professional Services Directorate
DRHCAJDirection des ressources humaines, des communications et des affaires juridiques
MSSSMinistère de la Santé et des Services sociaux — Ministry of Health
CISSS / CIUSSSCentre intégré (universitaire) de santé et de services sociaux — Regional health authority
RSSSRéseau de la santé et des services sociaux — Health and Social Services Network
FIQFédération interprofessionnelle de la santé du Québec — Nurses’ union
APTSAlliance du personnel professionnel et technique — Professional/technical staff union
CSNConfédération des syndicats nationaux — National union confederation
OIIQOrdre des infirmières et infirmiers du Québec — Nursing professional order
CMQCollège des médecins du Québec — Medical professional order
AICAssistante infirmière-chef — Assistant head nurse
PABPréposé aux bénéficiaires — Patient attendant / orderly
TSOTemps supplémentaire obligatoire — Mandatory overtime
DMSDurée moyenne de séjour — Average length of stay
PORPlan d’organisation et de réorganisation — Organizational plan
PDGAPrésident-directeur général adjoint — Associate CEO

10.2 Key Regulatory and Quality Frameworks

  • Agrément Canada (Qmentum): National accreditation standards. Projects must align with Required Organizational Practices (ROPs) and accreditation cycles.
  • MSSS — Plan stratégique: Provincial strategic orientations that guide institutional priorities.
  • OIIQ — Standards of practice: Professional nursing standards that may constrain process redesign.
  • Loi 25 (Protection des renseignements personnels): Privacy legislation. Projects involving personal data must comply.
  • IHI Triple Aim: Framework for optimizing health system performance (better care, better health, lower cost). Projects should contribute to at least one dimension.

10.3 Healthcare Project Constraints to Always Consider

  • Clinical calendar: Summer (June-September) = skeleton staff due to vacations. Holiday coverage periods (December-January). Academic calendar for teaching hospital (new residents in July).
  • Union environment: Changes affecting working conditions, schedules, or task descriptions may require union notification or consultation. Grievance risk is real.
  • Physician governance: Physicians are not employees — they are members of the medical staff (CMDP). Their participation is voluntary and influence-based, not directive.
  • 24/7 operations: Hospitals never close. Implementation must account for all shifts (day, evening, night, weekends). Training and communication must reach everyone.
  • Patient safety first: Any project that temporarily degrades care quality during transition requires a risk mitigation plan approved by clinical leadership.
  • Multi-site complexity: Some projects span multiple sites within a CISSS/CIUSSS or involve external partners.

10.4 Document Formatting Standards

ElementStandard
FontArial
Primary color (headers, emphasis)#002F84 (Blue)
Accent color (highlights, callouts)#E6007E (Magenta/Pink)
Secondary color (tables, borders)#00ABA0 (Teal)

10.5 Typical Hierarchical Levels and Language Adaptation

LevelExample TitlesLanguage Adaptation for Project Deliverables
OperationalChef d’unité, coordonnatrice ou coordonnateur, AICConcrete, action-oriented, practical timelines, impact on daily work
TacticalCheffe ou chef de programme, directrice ou directeur adjointData/analysis balance, results, options, resource implications
StrategicDirectrice ou directeur, PDG, PDGASynthetic, strategic alignment, risk focus, decision-oriented
GovernanceCA, comité de vigilance, comité exécutifVery synthetic, compliance, accountability, value delivered

End of Knowledge Base — Agent, Healthcare Project Manager — v1.0

Scroll to Top