MétaCan
Menu
Back to cohort
Record W3042794569 · doi:10.3390/healthcare8030218

Advance Care Planning (ACP) vs. Advance Serious Illness Preparations and Planning (ASIPP)

2020· article· en· W3042794569 on OpenAlex

Why this work is in the frame

A frame that forgets how it found something cannot be audited. These are the routes that admitted this work.

affAt least one author lists a Canadian institution in the pinned OpenAlex snapshot.

Bibliographic record

VenueHealthcare · 2020
Typearticle
Languageen
FieldMedicine
TopicPalliative Care and End-of-Life Issues
Canadian institutionsKingston Health Sciences CentreClinical Evaluation Research UnitQueen's University
Fundersnot available
KeywordsAdvance care planningTerminologyContext (archaeology)MedicineMEDLINENursingPsychologyPalliative carePolitical science

Abstract

fetched live from OpenAlex

COVID-19 has highlighted the reality of an impending serious illness for many, particularly for older persons. Those faced with severe COVID-19 infection or other serious illness will be faced with decisions regarding admission to intensive care and use of mechanical ventilation. Past research has documented substantial medical errors regarding the use or non-use of life-sustaining treatments in older persons. While some experts advocate that advance care planning may be a solution to the problem, I argue that the prevailing understanding and current practice of advance care planning perpetuates the problem and results in patients not receiving optimal patient-centered care. Much of the problem centers on the framing of advance care planning around end of life care, the lack of use of decision support tools, and inadequate language that does not support shared decision-making. I posit that a new approach and new terminology is needed. Advance Serious Illness Preparations and Planning (ASIPP) consists of discrete steps using evidence-based tools to prepare people for future clinical decision-making in the context of shared decision-making and informed consent. Existing tools to support this approach have been developed and validated. Further dissemination of these tools is warranted.

Fetched live from OpenAlex and de-inverted. Abstracts are not stored in this database: the inverted indexes are 8.6 GB of the frame’s 9.3 GB of text, and the host has 13 GB free.

Full frame distilled prediction

Teacher imitation

Not calibrated prevalence, not ground truth. Human validation pending. Learned from the 10,348 direct Codex labels and 10,348 direct Gemma labels. Candidate is the union of thresholded teacher heads; consensus is their intersection. These outputs are machine_predicted_unvalidated and are not human labels or direct frontier model labels.

metaresearch head score (Codex)0.000
metaresearch head score (Gemma)0.000
Version: codex-gemma-dda1882f352aValidation status: machine_predicted_unvalidated
Candidate categoriesnone
Consensus categoriesnone
DomainCandidate signal: none · Consensus signal: none
Study designCandidate signal: Observational · Consensus signal: none
GenreCandidate signal: Empirical · Consensus signal: Empirical
Teacher disagreement score0.722
Threshold uncertainty score0.707

Codex and Gemma teacher scores by category

CategoryCodexGemma
Metaresearch0.0000.000
Meta-epidemiology (narrow)0.0000.000
Meta-epidemiology (broad)0.0000.000
Bibliometrics0.0000.000
Science and technology studies0.0000.000
Scholarly communication0.0000.000
Open science0.0000.000
Research integrity0.0000.000
Insufficient payload (model declined to judge)0.0000.000

Machine scores (provisional)

The two teacher heads of the student model, read on this work. A score orders the frame for review; it never asserts a category, and the validation status ships verbatim with every row.

Baseline scores from an immature model (maturity gate not passed, 7 training rounds). Scores rank; they never assert a category.

Opus teacher head0.113
GPT teacher head0.457
Teacher spread0.344 · how far apart the two teachers sit on this one work
Validation statusscore_only:v0-immature-baseline · verbatim from the scoring run: score_only means the number may rank works, and no category label ships from it