Denne policyen forklarer hvem som har ansvaret for RazFits redaksjonelle innhold. Den beskriver også hvordan vi velger kilder, hva som skjer når en side må rettes, og hvor grensen går for nytten av generell treningsinformasjon. Policyen gjelder artikler, veiledninger, sammenligninger, treningsforklaringer og programmatiske redaksjonelle sider på razfit.app. Ingen av disse formatene gjør generell informasjon til personlig medisinsk rådgivning.

Kort fortalt publiserer RazFit innholdet, mens RazFit Team er den kollektive redaksjonelle signaturen. Vi kontrollerer påstander om helse og trening mot identifiserbare kilder, lagrer kildemetadata sammen med siden og bruker kontroller i kodebasen for å finne manglende kildehenvisninger, motstridende identifikatorer og utdaterte datoer for oppdatering. RazFit Team fremstilles ikke som én enkelt helsearbeider. En RazFit-signatur betyr heller ikke at en lege eller annet autorisert helsepersonell har gjennomgått siden. Modellen for innhold bruker RazFit Team som standardforfatter for redaksjonelle sider, mens strukturerte data identifiserer RazFit som organisasjonen bak nettstedet.

Hvem publiserer innholdet

RazFit er utgiveren av razfit.app og utvikleren av RazFit-appen. Nettstedet bruker én stabil organisasjonsidentitet for utgiveren, og produktkonfigurasjonen peker til RazFits offentlige oppføring i Apples App Store.

RazFit Team er en kollektiv forfatterangivelse. Den viser at siden er utarbeidet og vedlikeholdt i henhold til RazFits redaksjonelle prosess; den identifiserer ikke en fysisk person. Vi knytter ikke en persons navn, kvalifikasjoner, profesjonsregistrering eller kreditering for gjennomgang til en side med mindre personen faktisk har deltatt og beskrivelsen kan dokumenteres. De nåværende samlingsskjemaene bruker RazFit Team som standardforfatter for både blogginnhold og programmatisk innhold.

Et sitat eller en parafrase som tilskrives en ekstern fagperson, har en annen funksjon. Angivelsen identifiserer kilden til en bestemt uttalelse. Den gjør ikke personen til forfatter, redaktør eller faglig kontrollør for hele siden. Modellen for innhold lagrer det oppgitte navnet, rollen eller kvalifikasjonene og kildens URL sammen med attribusjonen.

Vi hevder for tiden ikke at alle artikler rutinemessig gjennomgås av medisinsk personell. Det finnes ikke et fast medisinsk vurderingsutvalg i de redaksjonelle strukturerte dataene, og standard signatur for merkevaren er RazFit Team. Hvis vi senere innfører en reell menneskelig gjennomgang, vil vi navngi den som gjennomfører den, beskrive omfanget, vise datoen og oppdatere denne policyen. Vi legger ikke til et merke for medisinsk gjennomgang bare for at en side skal virke mer autoritativ.

Hva policyen omfatter

Policyen omfatter redaksjonelt materiale på razfit.app: blogginnlegg, programmatiske veiledninger, sammenligninger, treningsforklaringer, kildelister, synlig forfatterinformasjon og de strukturerte metadataene som beskriver sidene. Produkthjelp, personvernerklæringer og juridiske vilkår har andre formål. Et supportsvar kan forklare hvordan RazFit brukes, mens en redaksjonell artikkel kan behandle forskning eller generelle treningsvalg. Ingen av delene erstatter hjelp fra en kvalifisert fagperson som kjenner leserens forhold.

RazFits nettstedskonfigurasjon støtter 18 språkversjoner. Blogginnhold kan finnes i alle de 18 språkene, mens de programmatiske samlingene og ressurssamlingene for tiden bruker et mindre, fastsatt utvalg. En oversatt rute er ikke bevis på at hver artikkel finnes på hvert språk. Vi publiserer først en lokalisert side når ruten, teksten, metadataene og de redaksjonelle kontrollene for den språkversjonen er klare.

Denne policyen er ment å være tilgjengelig i alle nettstedets 18 språkversjoner. Den engelske teksten er kildeversjonen for den første publiseringsrunden. Lokaliserte versjoner skal beholde samme utgivermodell, helsegrenser, rettelseskanal og kommersielle opplysninger. Samtidig skal de leses naturlig på målspråket og ikke gjengi engelsken setning for setning.

Slik velger vi kilder

For en påstand om helse, trening eller sikkerhet begynner vi med kilden som best kan underbygge akkurat den påstanden. Det kan være en offisiell retningslinje, den opprinnelige studien eller en systematisk oversikt. Informasjon om produktfunksjoner og regler krever vanligvis dokumentasjon fra den ansvarlige organisasjonen. En sekundær artikkel kan forklare sammenhengen, men bør ikke erstatte en tilgjengelig primærkilde bare fordi den er enklere å sitere.

Valget avhenger av påstanden. En retningslinje er vanligvis den beste kilden for en anbefaling til allmennheten. En originalstudie kan beskrive hva som skjedde i én bestemt undersøkt gruppe. En systematisk oversikt kan vise retningen og begrensningene i et større forskningsgrunnlag. Produktatferd bør dokumenteres med førstehåndsinformasjon om produktet eller direkte kontroll. Et velrenommert domene, en lang referanseliste eller en kjent institusjon beviser ikke i seg selv at kilden besvarer spørsmålet på siden.

Før vi bruker en kilde, kontrollerer vi identiteten, den undersøkte gruppen eller temaet, datoen og om ordlyden på siden holder seg innenfor kildens omfang. Når det er relevant, ser vi også på studiedesign, sammenligning, resultat, varighet, begrensninger og om nyere retningslinjer har erstattet materialet. Hvis den tilgjengelige evidensen ikke støtter en presis påstand, avgrenser vi formuleringen, beskriver usikkerheten eller fjerner påstanden. Vi fyller ikke hullet med en kildefri frase som «forskning viser».

Kodebasen har V39, en kontroll av programmatiske sider for kildelister, ekspertmateriale med navngitt kilde, datoer for oppdatering, henvisninger nær H2-avsnitt, vage påstander, overdrevne forbehold, standardtekst og avkortet innhold. Den automatiske kontrollen støtter den redaksjonelle vurderingen, men kan ikke avgjøre om et råd passer til én persons medisinske historie.

Trinnene i kildekontrollen

For nytt eller vesentlig revidert helseinnhold følger vi denne rekkefølgen:

Vi identifiserer påstanden som trenger støtte, og fastsetter det tiltenkte omfanget.
Vi åpner selve kilden, ikke bare et søkeresultat eller et sammendrag på en annen side.
Vi bekrefter tittel, forfatter eller utstedende organ, publiseringsdato og en varig identifikator eller kanonisk URL.
Vi leser nok til å kontrollere gruppe, metode, resultat og viktige begrensninger.
Vi formulerer påstanden uten å gå lenger enn evidensen tillater.
Vi plasserer kilden nær det relevante avsnittet og inkluderer den i sidens strukturerte kildedata når formatet støtter det.
Før publisering kjører vi relevante kontroller av innhold, metadata, sporbarhet og aktualitet.

Dette er en avgrenset prosess, ikke et løfte om at alle vitenskapelige spørsmål har ett endelig svar. Ulike studiedesign gir ulike typer evidens. Et resultat fra en klinisk gruppe under oppfølging kan kanskje ikke overføres til en hjemmetrening uten tilsyn. En sammenheng viser ikke årsak. Et statistisk signifikant gjennomsnitt forteller heller ikke nøyaktig hva som vil skje med én person. Slike forskjeller skal være med i teksten når de kan påvirke en beslutning.

Håndtering av PMID og DOI

En PubMed-identifikator (PMID) peker til en post i PubMed. En digital object identifier (DOI) identifiserer et vitenskapelig objekt i DOI-systemet. Identifikatorene hjelper oss å skille mellom kilder med lignende titler og reduserer risikoen for at metadata gradvis endres. Ingen av dem beviser at en studie er solid, relevant eller riktig tolket.

Når en programmatisk kilde bruker en PubMed-URL eller oppgir en PMID, lagrer kildeoversikten vår identifikatoren separat fra den synlige URL-en. Det samme gjelder for en DOI. Denne oppdelingen gjør at validatoren kan finne motstrid mellom en uttrykkelig oppgitt identifikator og identifikatoren som ligger i URL-en.

V40 er RazFits offlinekontrakt for kildemetadata i programmatisk innhold. Den laster inn kildeoversikten, det lokale PMID-registeret og de tilhørende baselinene for eksisterende gjeld, før metadatasammenligningen utføres av en felles evaluator. De felles reglene krever verifiserte registeroppføringer og sammenligner blant annet tittel, forfatter, publikasjon, dato og DOI.

Kontrollen henter ikke data fra PubMed under en vanlig nettstedvalidering. Offline drift er viktig fordi et bygg ikke skal bli en påstand om verifisering bare fordi en nettverksforespørsel tilfeldigvis lyktes. Synkronisering av registeret er en egen vedlikeholdsoppgave. En identifikator som ikke samsvarer, en ny uregistrert PMID eller motstridende metadata må løses eller håndteres uttrykkelig etter kodebasens ratchet-regler før avviket kan gli inn i eksisterende gjeld.

Vi kan også sitere nyttige kilder uten PMID eller DOI. Offisielle retningslinjer, standarder, offentlig dokumentasjon og produktsider bruker ofte vanlige URL-er. I disse tilfellene registrerer vi fortsatt en tydelig tittel og kanonisk destinasjon, kontrollerer organisasjonen som står bak, og sikrer at teksten faktisk bruker kilden. Vi erstatter ikke manglende identifikatorer med oppdiktede verdier.

Slik holder vi kildehenvisninger knyttet til påstander

En kildeliste er bare nyttig hvis leseren kan se hva hver kilde støtter. Derfor plasserer vi kilden i samme avsnitt eller en nærliggende del som den viktige påstanden når sideformatet tillater det. En separat liste med seks studier viser ikke i seg selv hvilken studie som underbygger en påstand om varighet, gruppe, risiko eller forventet resultat.

V63 kontrollerer denne forbindelsen på publiserte programmatiske sider. Kontrollen kjenner igjen en oppgitt kilde via URL-en, PMID, DOI, et forfatteretternavn eller tilstrekkelig særegne ord fra tittelen. Deretter rapporterer den kilder som er oppgitt, men ikke sitert i det synlige innholdet. Den kontrollerer også at kilden til en ekspertattribusjon finnes i sidens kildeliste.

Sporbarhet er ikke det samme som vitenskapelig korrekthet. En side kan peke til riktig studie og likevel overdrive konklusjonen. Derfor må en redaktør også etter en bestått automatisk kontroll sammenligne formuleringen med kildens omfang. Vi skiller dessuten mellom direkte sitater og parafraser. Anførselstegn er forbeholdt ord vi kan verifisere som ordrette; et sammendrag skal omtales og skrives som en parafrase.

Hvis en kildelenke senere slutter å virke, ser vi etter den kanoniske erstatningen eller en offisiell arkivert plassering. Vi lar ikke kildehenvisningen i stillhet peke til et annet dokument med lignende tittel. Hvis erstatningen endrer evidensen bak avsnittet, er det en vesentlig redaksjonell oppdatering, og teksten må gjennomgås på nytt.

Oppdateringer, datoer og rettelser

Publiseringsdatoen viser når en side først ble lagt ut. Datoen for oppdatering skal signalisere en meningsfull endring av det synlige redaksjonelle materialet, ikke et rutinebygg, en formateringsjustering eller en automatisk datoendring. RazFits skjemaer for innhold lagrer datoer for publisering og oppdatering som YYYY-MM-DD.

V64 sammenligner projeksjonen av synlig innhold for hver publiserte programmatiske post med en append-only baseline for aktualitet. Validatoren arbeider bevisst offline og består bare når det nåværende programmatiske korpuset og baselinen er synkroniserte. Dermed blir en uforklart vesentlig endring i korpuset synlig under valideringen. Det betyr ikke at alle uendrede sider fortsatt er aktuelle nok for ethvert emne, og V64-kontrakten gjelder ikke blogg- eller policyinnhold.

Vi gjennomgår en side når vi oppdager en feil, en sitert kilde trekkes tilbake eller blir vesentlig korrigert, nye offisielle retningslinjer endrer det praktiske svaret, produktatferden endres, eller en leser sender konkrete bevis på at siden er feil. Hvor raskt saken må behandles, avhenger av den mulige skaden. En feil sikkerhetsinstruksjon prioriteres foran en ufarlig språkdetalj.

Ved en vesentlig rettelse endrer vi det berørte avsnittet, kontrollerer kildene og nærliggende påstander på nytt, oppdaterer den synlige endringsdatoen og kjører aktuelle validatorer. Hvis rettelsen i vesentlig grad endrer hva en leser bør gjøre eller tro, legger vi til en tydelig merknad om rettelsen eller gjør endringen forståelig på en annen måte. Vi bruker ikke en nyere dato bare for å få gammelt innhold til å virke ferskt.

Små redigeringer behandles annerledes. Rettet tegnsetting, en harmløs skrivefeil, endret mellomrom eller ikke-redaksjonell kode rettferdiggjør normalt ikke en ny redaksjonell oppdateringsdato. Hvis en tilsynelatende liten endring påvirker betydningen, et tall, en kontraindikasjon, en kilde eller et lenkemål, er den vesentlig og skal gjennom hele prosessen.

Lokalisering og språklig kvalitetssikring

RazFit støtter lesere i 18 språkversjoner, men lokalisering er redaksjonelt arbeid og ikke mekanisk teksterstatning. En lokalisert side skal bruke naturlige uttrykk for målgruppen og bevare samme evidens, sikkerhetsgrenser, produktfakta og kommersielle opplysninger som kildeversjonen.

Vi låser først den verifiserte betydningen i kildeteksten, tilpasser deretter formuleringene til målspråket, kontrollerer lenker og metadata, sammenligner vesentlige påstander med kildegrunnlaget og får utført en separat språkgjennomgang før publisering. En engelsk reservetekst teller ikke som en ferdig oversettelse. Hvis et presist medisinsk eller juridisk begrep mangler en enkel hverdagslig motpart, bør den lokaliserte teksten prioritere tydelighet og forklare begrepet fremfor å etterligne den engelske setningen.

Enheter, datoformater, desimaltegn, henvisninger til helsesystemer og produkttilgjengelighet kan variere mellom markeder. En oversetter eller kontrollør må bare endre slike opplysninger når den lokaliserte påstanden fortsatt er sann og dokumentert. Lokal tilpasning gir ikke tillatelse til å legge til en ny dose, treningsgrense, juridisk garanti eller produktfunksjon. En ny vesentlig påstand krever en egen kildekontroll.

Språkversjoner kan oppdateres på forskjellige tidspunkter når evidensen eller den nødvendige rettelsen er ulik. En sikkerhetsrettelse som gjelder flere språk, skal derimot utløse gjennomgang av alle berørte versjoner. Vi følger de berørte rutene hver for seg i stedet for å anta at en endring på den engelske siden automatisk retter oversettelsene.

Medisinske grenser og treningsgrenser

RazFits innhold gir generell informasjon om trening, aktivitetsvaner og beslektet forskning. Det kan ikke vurdere symptomer, diagnostisere en tilstand, foreskrive behandling, vurdere om noen kan trene eller ta hensyn til en persons medisinske historie, medisiner, graviditet, funksjonsnedsettelse, restitusjon eller omgivelser. Den som trenger en individuell beslutning, bør snakke med en passende kvalifisert fagperson. Det redaksjonelle skjemaet beskriver materialet som en artikkel publisert av RazFit; det angir ikke en klinisk tjeneste eller rutinemessig medisinsk gjennomgang.

Trening innebærer risiko. Risikoens type og nivå avhenger av personen, aktiviteten, intensiteten, teknikken, omgivelsene og helsesituasjonen. Derfor unngår vi universelle løfter som «trygt for alle», garanterte resultater eller én plan som skal passe under alle forhold. Instruksjoner bør inneholde meningsfulle grenser der kilden eller temaet krever det, uten at hvert avsnitt blir til en vag ansvarsfraskrivelse.

Innhold om en sykdom er ikke en behandlingsplan. En side kan oppsummere forskning om trening i en undersøkt gruppe, men skal opplyse når oppfølging, screening eller individuell tilpasning var en del av evidensen. Teksten må ikke antyde at en app erstatter nødtjenester, klinisk vurdering, fysioterapi, psykisk helsehjelp eller en annen regulert tjeneste.

Ved brystsmerter, alvorlige pustevansker, bevisstløshet, tegn på en medisinsk nødsituasjon eller et annet akutt problem er en nettartikkel feil verktøy. Kontakt lokale nødtjenester eller søk akutt profesjonell hjelp. Nødnumre og behandlingsveier varierer mellom land, og derfor oppgir RazFit ikke ett universelt nummer i denne globale policyen.

At en bestemt side ikke har en advarsel, beviser ikke at en øvelse passer for en bestemt leser. På samme måte er en generell advarsel ingen diagnose. Vi vil gi nok sammenheng til at leseren kan se når en generell artikkel ikke lenger er tilstrekkelig, og en individuell vurdering er nødvendig.

Kommersielle interesser, finansiering og konflikter

RazFit publiserer redaksjonelt innhold på det samme nettstedet som markedsfører RazFit-appen. Noen sider lenker til appens kommersielle oppføring i App Store, og destinasjonen ligger i den sentrale nettstedskonfigurasjonen. Lesere bør regne med at RazFit kan ha nytte av at redaksjonelt innhold fører til interesse for eller bruk av appen.

Den kommersielle interessen må ikke skjules bak den redaksjonelle signaturen. Vi beskriver ikke RazFit Team som uavhengig av RazFit. Vi hevder heller ikke at det finnes ekstern finansiering, redaksjonell uavhengighet eller økonomiske forbindelser som ikke er dokumentert. Hvis en fremtidig side er sponset, betalt av en tredjepart, basert på produkter som er stilt til rådighet, eller skrevet under en annen vesentlig avtale, opplyser vi om forbindelsen på et synlig sted.

En lenke til RazFit er ikke evidens for en helsepåstand. Produktsider kan støtte opplysninger om appens dokumenterte funksjon, mens påstander om helse og sikkerhet krever egnede kilder. Vi vurderer ikke en kilde mer positivt fordi den gjør produktet enklere å selge. Sammenligninger skal oppgi kriteriene og må ikke fremstille RazFit som det riktige valget for alle.

Nettstedets kommersielle formål påvirker også handlingsoppfordringer. En knapp som åpner App Store, skal være gjenkjennelig som en produktlenke og må ikke skjules som medisinsk anbefaling eller kildehenvisning. Tilgang til redaksjonelt innhold skal ikke avhenge av at leseren klikker på den.

Slik melder du fra om et problem

Konkrete opplysninger er enklest å undersøke. Oppgi sidens URL, avsnittet du mener er feil, hvorfor det kan være feil, og en kilde hvis du har en. Ikke send private pasientjournaler eller andre sensitive helseopplysninger.

Send e-post til hello@razfit.app om en redaksjonell rettelse, et spørsmål om en kilde eller kildeangivelse eller et generelt spørsmål om policyen. For hjelp med RazFit-appen eller et kontorelatert produktproblem bruker du support@razfit.app. Spørsmål om behandling av personopplysninger eller personvern kan sendes til privacy@razfit.app.

Vi prioriterer en melding etter den mulige virkningen for leserne. Vi kan be om en presisering, sammenligne avsnittet med den siterte kilden, kontrollere andre språkversjoner som bruker samme påstand, og registrere en rettelse når evidensen tilsier det. Vi kan ikke diskutere en annen persons konto eller private opplysninger med en person som mangler fullmakt.

Også denne policyen kan rettes. Hvis vi endrer utgivermodellen, helsegrensene, kildeprosessen, lokaliseringskravene, den kommersielle opplysningen eller kontaktveien vesentlig, oppdaterer vi datoen for ikrafttredelse og gjennomgår hver språkversjon. Historiske Git-poster kan vise den tekniske endringen, men den offentlige policyen skal være forståelig uten at leseren må undersøke kodebasen.

En praktisk leseregel

Før du stoler på en artikkel, bør du kontrollere hvem som har publisert den, og om de viktige påstandene leder til kilder som faktisk støtter dem. Se også på datoen. Still deretter det vanskeligere spørsmålet: Passer denne generelle informasjonen til situasjonen din, eller har siden nådd punktet der du trenger individuell rådgivning? RazFits signatur, kildehenvisninger, datoer og denne policyen skal gjøre kontrollen enklere. De er ingen garanti for sikkerhet.

Når en side beskriver et generelt treningsalternativ, kan du bruke evidensen og begrensningene til å avgjøre om alternativet er verdt å prøve eller diskutere. Hvis beslutningen avhenger av symptomer, en diagnose, medisiner, skade, graviditet eller en annen personlig klinisk faktor, stopper den generelle veiledningen ved den grensen. Søk individuell rådgivning. Bruk den redaksjonelle kontaktadressen ovenfor for spørsmål om formulering eller evidens på RazFit, og supportadressen for spørsmål om hvordan appen fungerer.