Use sources for context
Sources can support statistics, definitions, policy framing, careful advocacy language, and route categories. They do not decide an individual patient’s case.
The source library supports public education, policy framing, official route guidance, the current 50-state policy-source baseline, source-depth review, database import readiness, and safer source-guided drafting. It does not turn general information into medical advice, legal advice, or proof of what happened in one patient’s case.
Sources help explain context, definitions, statistics, policy framing, route categories, and agency lanes. Individual disputes still need records, dates, direct quotes, functional impact, and a request the recipient can answer.
This page supports the platform’s health, policy, record-accuracy, complaint-routing, and patient-rights language with reviewed public references.
Sources can support general context, but they do not replace individualized medical or legal guidance.
Sources support medical statistics, definitions, policy framing, and patient-advocacy context. They do not turn website content into individualized medical or legal advice.
The current source page prioritizes federal health sources, NIH resources, CDC guideline pages, peer-reviewed literature, recognized medical-center explainers, official directories, and a measured 50-state policy-source baseline for records, insurance appeals, and Medicaid/hearing or complaint-process routing.
A good source can support a general point, but it cannot prove what happened in one patient’s appointment, guarantee a medication decision, replace a clinician, or create a legal deadline by itself.
Date-sensitive medical, policy, legal, pharmacy, insurance, Medicaid, board, and agency references should be reviewed regularly. If a source changes, the public page and any route record should change with it instead of preserving outdated wording.
After the 50-state baseline, the next source work is not another state-count claim. It is source depth and import readiness: live forms, portals, official owner pages, notice limits, review dates, dry-run stability, import confidence, and clear draft-use boundaries before any stronger tool relies on a record.
Reviewed seed files can be ready for dry-run validation before the production database is allowed to change. The public page should show import discipline without implying that live database routing, saved packets, or stronger drafting have already been enabled.
The source library is most useful when it helps visitors understand context, verify a route, and avoid exaggerated claims. It should support decisions without pretending to decide a personal case.
Medical-center, NIH, CDC, HHS, and research sources can explain broad issues, but they do not replace individualized review.
Read core issue →Agency, board, insurer, pharmacy, records, civil-rights, Medicare, Medicaid, and representative routes should be checked before drafting.
Review route standards →After reading, build a packet from dates, function, barriers, records, and the written answer being requested.
Open tools →Sources strengthen credibility when their limits are visible. They weaken advocacy when they are used to imply certainty they do not provide.
Pain Care Rights is already live, so public links have to feel steady. Current pages should point people toward tools, sources, route standards, or safety limits without exposing old planning names or unfinished promises.
Use the tool navigator when a visitor is not sure whether the problem is a record, medication, appointment, story, or complaint-route issue.
Open current path →Official routesComplaint lanes, board routes, insurance routes, OCR, Medicare, and representative contacts need verified source rules before deeper help relies on them.
Open current path →Source reviewSource records should explain what a public page can support, what it cannot prove, when it was checked, and how stale links are corrected.
Open current path →Source-guided routing is trustworthy only when official pages are reviewed, dated, limited, and easy to correct. This standard keeps public guidance careful so patients are sent toward the right type of route without false certainty.
Each route needs the public source link, the page title a user can recognize, and a short note explaining why the source belongs in the library.
Hospital grievance, medical board, pharmacy board, insurance, records, privacy, Medicare, Medicaid, policy, and support routes stay separated.
A source states what it can help explain: a complaint route, contact directory, form, deadline warning, patient-rights context, or general education.
Every entry needs a plain limit note so a user does not confuse a route with proof, legal advice, medical advice, or a promised result.
Source records need a date, a status, and a reason to review again when forms, phone numbers, portals, rules, or agency names change.
Visitors, advocates, and professionals need a simple way to flag broken links, stale wording, unclear categories, or a route that no longer fits.
The library stays slow where accuracy matters. A smaller set of checked sources is more useful than a long list that sends sick people to the wrong door.
Gather official pages and useful leads, but keep them out of user-facing route guidance until they are checked.
Confirm the page is official, current enough to use, and tied to the correct state, program, board, agency, facility, or issue type.
Explain what the source can help with and what it cannot do, especially where users may expect an outcome the office cannot promise.
Only approved records guide Supporter drafting or route suggestions. Draft, stale, disputed, and archived records stay hidden.
Set review habits for time-sensitive pages and remove outdated routes instead of leaving users with dead links or wrong offices.
Users see that routes come from reviewed public sources, not a confident-sounding shortcut.
A source record helps the draft name the right type of recipient and ask for something that office can answer.
The library guides routes and sources. It does not collect private medical facts or turn patient stories into listings.
Trust grows when visitors can flag outdated links and see that the site does not defend stale information.
Coverage dashboard
Pain Care Rights has a first-pass reviewed policy-source baseline for every active state across records access, insurance appeals, and Medicaid/hearing or complaint-process routing. This dashboard shows what is ready for source-bound use and what still needs deeper review before any stronger drafting layer relies on it.
The baseline is a controlled source-readiness checkpoint. It is not a full state-law database, not a deadline calculator, not legal advice, and not proof that an agency or insurer must take action.
Supports: copy requests, access barriers, amendment/addendum preparation, and disputed chart-note organization.
A patient often needs the record first before an appeal, complaint, or follow-up letter can be accurate.
Supports: denial-letter review, internal appeals, external review context, and medical-necessity packet structure.
Coverage barriers need a separate lane so an insurer appeal is not confused with a board complaint or treatment demand.
Supports: Medicaid hearing paths, agency review lanes, board-style complaint routing, and written response preparation.
A routed complaint or hearing request must be aimed at the right office, with a narrow ask and no promised outcome.
The dashboard previews the first 18 state rows on the public page and keeps the full 50-state coverage in the source library and validator. That protects mobile readability while still making the baseline measurable.
Three-lane baseline ready
Three-lane baseline ready
Three-lane baseline ready
Three-lane baseline ready
Three-lane baseline ready
Three-lane baseline ready
Three-lane baseline ready
Three-lane baseline ready
Three-lane baseline ready
Three-lane baseline ready
Three-lane baseline ready
Three-lane baseline ready
Three-lane baseline ready
Three-lane baseline ready
Three-lane baseline ready
Three-lane baseline ready
Three-lane baseline ready
Three-lane baseline ready
Post-baseline review should add portal/form checks, source-owner rechecks, topic depth, and safer display limits before advanced supporter tools cite or draft from these records.
Source depth
A sick user should not have to click through five agency pages to find the form, portal, notice language, or office that matters. This layer keeps the next work focused on source depth, import confidence, and draft-use safety instead of repeating more state collection.
The site can now use the 50-state baseline to guide safer structure. The next build work should deepen the practical source layer before any advanced drafting, imports, or supporter tools rely on it.
Medical records / chart access
Insurance appeal / external review
Medicaid, hearing, or complaint-process routing
Records access, insurance appeal, and Medicaid, hearing, or complaint-process routes are tracked before the site claims practical source readiness.
Forms, portals, instructions, notice language, phone numbers, and agency handoffs need review before a user is told where to prepare a packet.
A page can be useful for context but still too broad for wording that a patient may paste into a portal, appeal, complaint, or records request.
The site needs a practical recheck habit for official owners, review dates, stale pages, renamed offices, replaced forms, and changed portals.
These priorities turn source review into practical value while keeping the public site honest about limits, deadlines, and outcomes.
Patients need the right upload page, complaint form, appeal instruction, hearing page, or records-office handoff instead of a broad agency homepage.
Protects against sending sick users into a maze after the page already convinced them a route exists.Appeals and hearings often depend on a letter, plan type, date, or program rule. The site should help users preserve the notice and verify the official instruction.
Protects against stating a deadline as universal when the patient’s document may control the real next step.The page should make clear whether the source belongs to a board, Medicaid office, insurance regulator, health department, hospital, OCR, CMS, or another official owner.
Protects against mixing summaries, advocacy posts, private pages, and official filing routes together.A patient-facing draft needs stricter source limits than a reading page because the words may be sent to an office, insurer, board, or agency.
Protects against confident language that sounds legal, medical, or outcome-promising when the source does not support it.Each import-ready source needs a stable title, jurisdiction, owner type, issue lane, URL, review date, and short scope note before it belongs in production data.
A records-access page, insurance-review page, Medicaid-hearing page, board complaint page, or pharmacy route should not be reused as a catchall answer.
Every stronger-use record should say what it cannot prove, force, guarantee, or replace so the site stays useful without overstating authority.
The database importer should continue proving shape, duplication checks, and route relationships before any write is allowed.
Safe for education, issue framing, and route awareness when the page is official, dated, and limited.
Safe when the source can help a user organize facts, attachments, dates, records, and the recipient without promising a result.
Requires the tightest review because the site is helping shape words a patient may send. Broad sources should not cross this gate.
Import readiness
Reviewed source records are only useful if the import plan keeps their owner, lane, limit, review date, and route relationship intact. This checkpoint keeps the live site honest: dry-run ready does not mean live database routing is turned on.
node scripts/import-production-source-data.mjsnode scripts/import-production-source-data.mjs --writeThis checkpoint protects the live site by showing what has passed dry-run review while keeping database writes, saved packets, and stronger drafting behind separate release gates.
foundation, reviewed state-route batches, and reviewed policy-reference batches
template seed files stay outside production import candidates
verified records across importable seed collections
active states with the controlled three-lane policy baseline
The production import plan should preserve these boundaries so a patient-facing answer does not blur agencies, source pages, policy records, support resources, and drafting language into one vague response.
official owners such as boards, Medicaid offices, insurance departments, OCR, Medicare, and related public agencies
specific contact rows only when a reviewed source supports the handoff
patient-facing issue lanes that need a first step, preparation list, and privacy warning
official pages, forms, directories, regulations, guidance, and public policy pages tied to a scope note
reviewed records, insurance, Medicaid/hearing, complaint-process, privacy, pharmacy, and related topic entries
limited drafting language only after the route and audience are clear
education resources that support framing without diagnosing or proving an individual case
patient-support and public-resource records that must stay distinct from official complaint routes
The import plan should keep checking slugs, source URLs, review dates, route relationships, topic values, and enum-compatible fields before any write command is used.
Duplicate slugs or source URLs tied to conflicting routes can corrupt future drafting and routing. Dry-run validation stays mandatory before a live import.
Every verified source needs a review date or an inherited batch review date, and date-sensitive pages need a recheck habit before stronger tools rely on them.
The safe public message is that records are dry-run ready. The write command stays a later deployment step after local build, migration readiness, and final review.
Run the import plan without --write and confirm duplicate, review-date, route, policy, and coverage validators pass.
Only consider write mode after the production schema has the required Jurisdiction, OfficialAgency, ComplaintRoute, SourceReference, and PolicyReference tables.
Pages may say source records are reviewed and dry-run ready, but not that live database routing is enabled until the write actually happens.
Source-guided drafting should use only records that have a narrow route, a clear source owner, and a limit note the user can understand.
Source readiness
The directory already guides people toward reviewed official routes. The first 50-state policy-source baseline is now in place, so state-by-state source review moves from “which state is missing?” to depth review: records access, insurance appeal, Medicaid or hearing routes, complaint-process limits, forms, portals, and stale-source checks.
A supporter draft can be polished only after the route, source, issue lane, review date, and limit note are known. That protects people from confident wording that cites the wrong office, wrong deadline, wrong law, or wrong kind of complaint.
helps a user separate a copy request, amendment request, addendum, privacy concern, and disputed note from a broad complaint.
can help organize a record packet, but cannot force a provider to change a chart or decide whether a note is legally false.
helps a user keep denial letters, plan language, medical-necessity support, appeal deadlines, and external review paths in separate lanes.
can help prepare a clearer appeal packet, but cannot promise coverage, payment, testing, medication, or treatment approval.
helps a user identify the Medicaid appeal office, hearing path, notice details, dates, and records that belong with the request.
can help organize the issue and proof, but cannot decide whether a late, incomplete, or disputed Medicaid appeal will be accepted.
helps a user document fill refusals, shortages, communication gaps, pharmacy-board fit, prior authorization barriers, and prescriber/pharmacy separation.
can help document the barrier, but cannot require a fill, override a prescriber, or turn a board complaint into medication access.
helps a user separate provider dismissal, abandonment concerns, documentation disputes, pharmacy conduct, and patient-relations issues before choosing an office.
can help narrow facts and attachments, but cannot promise discipline, investigation, record correction, care access, or an agency result.
helps a user separate communication access, disability accommodation, discrimination concerns, and ordinary care disagreements.
can help organize the facts for review, but cannot decide whether discrimination occurred or create damages, penalties, or agency findings.
Now that every active state has a controlled baseline, the next work should verify forms, portals, owner pages, review dates, and draft-use limits before these records power stronger supporter tools.
Review the live forms, portals, instructions, and handoff pages that patients actually use after they find the right source lane.
Keep appeal and hearing language careful by separating source context from exact deadlines that must be verified against the patient’s notice.
Approve only the source records that are narrow enough for stronger drafting so public tools never sound like legal advice or promised results.
Recheck agency pages, board pages, Medicaid hearing pages, and insurance-review pages before old links become hidden site debt.
The working source should come from the official board, agency, legislature, court, insurer-regulator, Medicaid office, or recognized federal program whenever possible.
Forms, portals, addresses, phone numbers, deadlines, and appeal paths can change. Every record needs a last-reviewed date before it supports protected drafting.
A source should be tagged for the issue it can actually support: route finding, policy context, records language, appeal prep, board routing, or privacy/access guidance.
The database should store what the source cannot promise so the public site and future supporter drafting do not overstate what an office can do.
The safest path is not a giant unsorted list. It is a reviewed source layer that separates official routes, policy context, support resources, records issues, insurance appeals, Medicaid hearings, pharmacy barriers, and board complaints before any guided drafting uses them.
Pain Care Rights can add official sources state by state while still being honest that a reviewed source record is guidance context, not a legal conclusion, medical decision, agency command, or complete rulebook.
This keeps a medication barrier from being treated like a legal conclusion, keeps a board route separate from an insurance appeal, and keeps a records correction request from turning into a broad complaint with no clear ask.
Can support: requesting copies, identifying the records office, asking for a correction or addendum, and documenting disputed chart language.
Cannot promise: that a provider, hospital, or records office will accept the patient’s correction or rewrite the chart.
Can support: separating internal appeal steps, external review language, medical-necessity documentation, and written denial follow-up.
Cannot promise: that a plan, reviewer, or agency will approve treatment, payment, medication, testing, or coverage.
Can support: finding the official state Medicaid appeal or hearing office and keeping the user’s packet focused on the notice, dates, records, and requested review.
Cannot promise: that Medicaid will reverse a denial, speed up care, or treat a late or incomplete appeal as valid.
Can support: documenting fill refusals, prior authorization barriers, shortage issues, communication gaps, and when a pharmacy-board route may fit.
Cannot promise: that it can require a pharmacy fill, require a prescriber decision, or use a board complaint to create medication access.
Can support: helping a user distinguish poor communication, dismissal, abandonment concerns, documentation issues, and board complaint intake lanes.
Cannot promise: that a board will discipline a clinician, decide a care plan, or correct medical records for the patient.
Can support: routing dispensing, professional conduct, and pharmacy-access documentation issues toward the proper state board when appropriate.
Cannot promise: that a board will order a fill, override a prescriber, or decide insurance or Medicaid coverage.
The page must come from an official government, board, agency, court, legislature, or recognized public program source before it can guide protected routing.
A medical-board route, pharmacy-board route, Medicaid hearing route, insurance appeal, records request, privacy complaint, and support resource must not be mixed together.
Each record needs a simple boundary note explaining what the source can help with and what it cannot prove, force, or guarantee.
The database should store when the source was checked so stale links, changed forms, renamed offices, and replaced portals are not treated as current.
A source can be safe for a directory before it is safe for source-guided drafting. Drafting use needs a tighter review because wording can affect what a user sends.
The database should now strengthen live forms, portals, review dates, lane limits, and draft-use approvals before claiming deeper practical readiness.
Review the practical pages patients touch after a source is identified, including complaint forms, appeal uploads, hearing instructions, and contact handoffs.
all active statesAdd careful source depth for pharmacy barriers, disability-access routes, patient-rights language, privacy issues, and representative contact routes without calling the baseline complete law coverage.
targeted by patient needSeparate records that are safe for public context from records that are narrow, current, and limited enough to support stronger supporter drafting.
approved source records onlyUse these sources for general context and controlled routing, then rely on the patient’s own records, dates, and direct communications for individual advocacy.
After reading, move from general context to a focused record: dates, impact, recipient, and one clear ask. Review the coverage dashboard when the next step may involve state records, insurance, Medicaid, hearing, or complaint-process routing.