This convention refers to SURVEY_OCCURRENCE_ID. Where does this attribute exist? and Why is it necessary if the responses in the OBSERVATION are already linked to a survey instance through Convention-1?
Thanks
Frank
Thanks for that.
My understanding from the conventions is that the survey responses are usually stored in the OBSERVATION table and there is a link from OBSERVATION.Observation_Event_ID field to SURVEY_CONDUCT.Survey_Conduct_ID.
I donât see a similar link to the MEASUREMENT or CONDITION_OCCURRENCE tables.
Is there another way to link a âmeasurementâ or other event to a specific instance of a survey?
I think it is wrongly referred to the source_conduct_id. The descriptions are inconsistent, @clairblacketer is running a revision with the community going through all the tables right now. Please help with that (every Tuesday after the main OHDSI call). I generally believe the way we deal with surveys needs to be revised now that we have some experience.
So Redcap can export itâs dictionary and data. The institutions we deal with all use REDCap. I used Usagi to map everything. But now I use REDCap has all kids of export options. It is true REDCap is primarily for research. There is a REDCap cloud product we are investigating to use as a single EDC that all data will be capture in as well as using APIs to pull in NAACCR etc.
@jliddil1 the sponsors of a clinical trial that is being run at our institution is exploring the ease with which OMOP data can be exported to REDCapCloud. I think that more and more sponsoring agencies will be exploring OMOP data export, rather than just one-off projects at the local level. Weâre working with some other institutions to come up with OMOP to REDCap export best practices that can be worked on and shared with the OHDSI community. Weâll be getting together to discuss common pipelines soon, so please let me know if youâre interested in joining such a meeting.