Skip to main content

pypi actions codecov downloads

edc-visit-schedule

Add longitudinal data collection schedules to your EDC project.

Installation

Add to settings:

INSTALLED_APPS = [
    # ...
    'edc_visit_schedule.apps.AppConfig',
    # ...
]

Overview

  • A Visit Schedule lives in your app in visit_schedules.py. Each app can declare and register one or more visit schedules in its visit_schedules module. Visit schedules are loaded when autodiscover is called from AppConfig.

  • A VisitSchedule contains Schedules which contain Visits which contain Crfs and Requisitions.

  • A schedule is effectively a “data collection schedule” where each contained visit represents a data collection timepoint.

  • A subject is put on a schedule by the schedule’s onschedule model and taken off by the schedule’s offschedule model. In the example below we use models OnSchedule and OffSchedule to do this for schedule schedule1.

Usage

First, create a file visit_schedules.py in the root of your app where the visit schedule code below will live.

Next, declare lists of data Crfs and laboratory Requisitions to be completed during each visit. For simplicity, we assume that every visit has the same data collection requirement (not usually the case).

from myapp.models import SubjectVisit, OnSchedule, OffSchedule, SubjectDeathReport, SubjectOffstudy

from edc_visit_schedule.site_visit_schedules import site_visit_schedules
from edc_visit_schedule.schedule import Schedule
from edc_visit_schedule.visit import Crf, Requisition, CrfCollection, RequisitionCollection
from edc_visit_schedule.visit_schedule import VisitSchedule


crfs = CrfCollection(
    Crf(show_order=10, model='myapp.crfone'),
    Crf(show_order=20, model='myapp.crftwo'),
    Crf(show_order=30, model='myapp.crfthree'),
    Crf(show_order=40, model='myapp.crffour'),
    Crf(show_order=50, model='myapp.crffive'),
)

requisitions = RequisitionCollection(
    Requisition(
        show_order=10, model='myapp.subjectrequisition', panel_name='Research Blood Draw'),
    Requisition(
        show_order=20, model='myapp.subjectrequisition', panel_name='Viral Load'),
)

Create a new visit schedule:

visit_schedule = VisitSchedule(
    name='visit_schedule',
    verbose_name='My Visit Schedule',
    death_report_model=SubjectDeathReport,
    offstudy_model=SubjectOffstudy)

Visit schedules contain Schedules so create a schedule:

schedule = Schedule(
    name='schedule',
    onschedule_model='myapp.onschedule',
    offschedule_model='myapp.offschedule',
    consent_definitions=[consent_definition_v1])
About consent_definitions:

As you will see below, the schedule is a container for a data collection schedule of forms (CRFs and requisitions) for a single study timepoint or visit. Ethically, a subject’s data may not be collected before the subject has signed and submitted the informed consent form (ICF). Schedule is configured with information about the ICF that covers the forms it contains. When a form for a subject is validated and submitted, the Schedule will provide the consent_definition (or definitions) so that the calling object can confirm the subject is consented. The ICF is represented by the class ConsentDefinition from edc_consent.

See also class ConsentDefinition in edc_consent.

Schedules contains visits, so declare some visits and add to the schedule:

visit0 = Visit(
    code='1000',
    title='Visit 1000',
    timepoint=0,
    rbase=relativedelta(days=0),
    requisitions=requisitions,
    crfs=crfs)

visit1 = Visit(
    code='2000',
    title='Visit 2000',
    timepoint=1,
    rbase=relativedelta(days=28),
    requisitions=requisitions,
    crfs=crfs)

schedule.add_visit(visit=visit0)
schedule.add_visit(visit=visit1)

Add the schedule to your visit schedule:

schedule = visit_schedule.add_schedule(schedule)

Register the visit schedule with the site registry:

visit_schedules.register(visit_schedule)

When Django loads, the visit schedule class will be available in the global site_visit_schedules.

The site_visit_schedules has a number of methods to help query the visit schedule and some related data.

Note: The schedule above was declared with onschedule_model=OnSchedule. An on-schedule model uses the CreateAppointmentsMixin from edc_appointment. On onschedule.save() the method onschedule.create_appointments is called. This method uses the visit schedule information to create the appointments as per the visit data in the schedule. See also edc_appointment.

OnSchedule and OffSchedule models

Two models mixins are required for the on-schedule and off-schedule models, OnScheduleModelMixin and OffScheduleModelMixin. OnSchedule/OffSchedule models are specific to a schedule. The visit_schedule_name and schedule_name are declared on the model’s Meta class attribute visit_schedule_name.

For example:

class OnSchedule(OnScheduleModelMixin, BaseUuidModel):

    """A model used by the system. Auto-completed by subject_consent."""

    objects = SubjectIdentifierManager()

    on_site = CurrentSiteManager()

    history = HistoricalRecords()

    class Meta(OnScheduleModelMixin.Meta, BaseUuidModel.Meta):
        pass


class OffSchedule(ActionModelMixin, OffScheduleModelMixin, BaseUuidModel):

    action_name = OFFSCHEDULE_ACTION

    class Meta(OffScheduleModelMixin.Meta, BaseUuidModel.Meta):
        verbose_name = "Off-schedule"
        verbose_name_plural = "Off-schedule"

Metadata

Release files for edc-visit-schedule 4.1.3

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for edc-visit-schedule 4.1.3
File Size Uploaded Provenance Actions
edc_visit_schedule-4.1.3.tar.gz 64.2 kB Without provenance Details for edc_visit_schedule-4.1.3.tar.gz

Built distribution (wheel)

Table of built distributions (wheels) for edc-visit-schedule 4.1.3
File Interpreter ABI Platform Actions
edc_visit_schedule-4.1.3-py3-none-any.whl Python 3 none any Details for edc_visit_schedule-4.1.3-py3-none-any.whl

Total release size: 173.4 kB

Release files / edc_visit_schedule-4.1.3.tar.gz

Download URL edc_visit_schedule-4.1.3.tar.gz
Size 64.2 kB
Tags Source
SHA-256 checksum
How to use checksums
9e7606d2604b95fc15b81fce95552d8d4b34fb738ac346afdbec918ccf6f7c51
BLAKE2b-256 checksum
How to use checksums
ba8c07a5caf11176b5433aa438bf26d5e5bb0cb37838b0b344c418636b8d7217
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
No
Uploaded via uv/0.8.4

Release files / edc_visit_schedule-4.1.3-py3-none-any.whl

Download URL edc_visit_schedule-4.1.3-py3-none-any.whl
Size 109.3 kB
Tags Python 3
SHA-256 checksum
How to use checksums
9a8ef6057f72b816294e1ee236cd76352841fcd9bdacfa9b734f76995a2bf47e
BLAKE2b-256 checksum
How to use checksums
18d97207b57295abbf7c05b14d99d3b8074bfb6fcda68a32e2a547c27a5d7edf
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
No
Uploaded via uv/0.8.4

Security for edc-visit-schedule 4.1.3

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

No provenance found

None of the files in this release were uploaded with provenance metadata.

A note on package security

PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.

To learn more about protecting yourself from malicious actors, visit our package security documentation.

Release history Release notifications | RSS feed

This release

4.1.3 This release

2 release files No provenance

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page