Policy Engagement Project Overview |
The policy engagement space is a place for collaboration and engagement with the new policy engagement project. This project is intended to increase the visibility of APHL in the policy analysis space, educate PHAs and PHLs about potential federal policies, published policy, and other potential feedback opportunities, as well as provide educational materials to support use of APHL’s comments to springboard organizational or personal comment submissions. APHL will use this space to engage with and coordinate with partners such as CSTE and JPIT 2.0 and others.
|
Policy Engagement Project Goal: |
At the highest level, the intent of this project is to increase the impact and visibility of public health (including intermediaries, STLTs PHA/Ls) in the eyes of federal policymakers to better align federal policy with public health’s needs. |
Policy-Interested Parties |
Policy Engagement Team Contacts and Space Accesses
|
Policy Engagement Team: |
|
Internal Team Page Navigation |
Whatever we determine below goes here… |
Option 3: Internal Team Navigation (manual links option) |
|
Conceptual flow with approvals and external (to team and partners) interactions highlighted – open in a new tab to view detail at a readable magnification. |
Qs:
TBD is access needs - who? will there be different levels of access needed?
(my suggestion from eCR experience is to keep it simple)
Brooke Beaulieu Need this to work with Deaw to develop groups even if only test accts
Brooke Beaulieu What partners, policy WG, CSTE, other partners should have access here? Or is it only the policy contractor and APHL email addresses?
TBD is how/who participates in the two approval workflows
Brooke Beaulieu I need this information to develop workflows
Brooke Beaulieu I have specific questions in the comments about use of these macros/which you prefer
A more general question is that I’m operating under the assumption that APHL seems to generally be a fan of using labels and uses them extensively in example documentation, so I’ve made the assumption I should use them as much as possible and in the same ways.
However, I find them clunky, so defer to you on if you want child pages or tags in macros
Either an internal tag or child page list will go up above in the table - await your plans before I move any of these lists (whichever you prefer +/- page attachments)