Migrant Education Program (Public LEA Only)

This domain represents the migrant program(s) that a student participates in or receives services.

The Migrant Status is directly sourced from the Wisconsin system of record and loaded to WISEdata and WISEdash nightly. Therefore, it is no longer required that LEAs submit Migrant Status to WISEdata as of the 2020-2021 school year. In the 2021-2022 school year, the data property will be removed from the WISEdata Ed-Fi API entirely, and instead, SIS vendors will be able to retrieve (/studentMigrantProgramAssociation) the currently enrolled migrant students in the district and store those directly in the SIS.

This endpoint is NOT expected from Choice schools.

Ed-Fi Tech Docs: https://techdocs.ed-fi.org/display/EDFICERT/v3+Student+Program+%3E+StudentMigrantProgramAssociation

Data Properties:

#	Property Name	Data Type	Public (Required/ Optional/ Conditional)	Choice (Required/ Optional/ Conditional)	Business Definition	Data Element Page
1.0	beginDate	String	REQ'D	NOT REQ'D	The earliest date the student is involved with the program. Typically, this is the date the student becomes eligible for the program.
2.0	educationOrganizationId	Integer	REQ'D	NOT REQ'D	The identifier assigned to an education organization.	https://dpi.wi.gov/wise/data-element/edorgid
3.0	programEducationOrganizationId	integer	REQ'D	NOT REQ'D	The identifier assigned to an education organization.
4.0	programName	string	REQ’D	NOT REQ'D	The formal name of the program of instruction, training, services, or benefits available through federal, state, or local agencies.
5.0	programTypeDescriptor	string	REQ’D	NOT REQ'D	The type of program.
6.0	studentUniqueId	string	REQ'D	NOT REQ'D	A unique alphanumeric code assigned to a student.	https://dpi.wi.gov/wise/data-elements/WISEid
7.0	continuationOfServicesReasonDescriptor	string	REQ'D	NOT REQ'D	The "continuation of services" provision found in Section 1304(e) of the statute provides that (1) a child who ceases to be a migratory child during a school term shall be eligible for services until the end of such term; (2) a child who is no longer a migratory child may continue to receive services for one additional school year, but only if comparable services are not available through other programs; and (3) secondary school students who were eligible for services in secondary school may continue to be served through credit accrual programs until graduation. Only students who received services at any time during their 36 month eligibility period may continue to receive services (not necessarily the same service).
8.0	eligibilityExpirationDate	string	OPTIONAL	NOT REQ'D	The eligibility expiration date is used to determine end of eligibility and to account for a child's eligibility expiring earlier than 36 months from the child's QAD. A child's eligibility would end earlier than 36 months from the child's QAD, if the child is no longer entitled to a free public education (e.g., graduated with a high school diploma, obtained a high school equivalency diploma (HSED), or for other reasons as determined by states' requirements), or if the child passes away.
9.0	lastQualifyingMove	Bloolean	OPTIONAL	NOT REQ'D	Date the last qualifying move occurred; used to compute MEP status.
10.0	priorityForServices	string	REQ’D	NOT REQ'D	Report migratory children who are classified as having "priority for services" because they are failing, or most at risk of failing to meet the state's challenging state academic content standards and challenging state student academic achievement standards, and their education has been interrupted during the regular school year.
11.0	qualifyingArrivalDate	string	OPTIONAL	NOT REQ'D	The qualifying arrival date (QAD) is the date the child joins the worker who has already moved, or the date when the worker joins the child who has already moved. The QAD is the date that the child's eligibility for the MEP begins. The QAD is not affected by subsequent non-qualifying moves.
12.0	stateResidencyDate	string	OPTIONAL	NOT REQ'D	The verified state residency for the student.

Descriptors:

Namespace	Code Value	Short Description	Description

Namespace	Code Value	Short Description	Description
uri://dpi.wi.gov/continuationOfServicesReasonDescriptor	01	Ceased to be migratory during school term	Ceased to be migratory during school term
	02	Ceased to be migratory in previous term - comparable services not available	Ceased to be migratory during previous school term and no comparable services are available
	03	Previously migratory secondary student continuing credit accrual	Previously migratory secondary student continuing secondary school credit accrual
uri://dpi.wi.gov/ProgramTypeDescriptor	Migrant	Migrant Education	Migrant Education

Use Cases for MIS2000:

#	Use Case Title	Use Case Description	What to Submit/retrieve

#	Use Case Title	Use Case Description	What to Submit/retrieve
	Submitting migrant data for students with a valid Certificate of Eligibility (COE) in MIS2000
1.0	Obtain WISEids to start sending migrant data.	MIS200 cannot submit a /studentMigrantEducationProgramAssociation record, until the /Student endpoint is posted for the API year.	MIS200 has two options to know whether they can successfully submit a POST request on /studentMigrantEducationProgramAssociation: 1- Submit a GET request on /student to check if it exists. If it does, then POST the /studentMigrantEducationProgramAssociation will succeed, else they will get an API error. 2- Submit a FIND or SEARCH request on /Identities (passes in WISEid as the parameter). This will show two years of basic enrollment data and indicate year, therefore, would inform MIS200 whether a /Student and /SSA exist for that year.
1.1	Obtain the student's school enrollment, demographic, and SPED data	MIS2000 has read access to the following endpoints: /studentEducationOrganizationAssociations /studentSchoolAssociations /studentSpecialEducationProgramAssociations	Submit a GET request on /studentEducationOrganizationAssociations and /studentSchoolAssociations. MIS2000 will deveop the GET on /sSEPA in Phase 2. Manual file transfer in 20-21.
1.2	Student is certified with valid data	Student is certified with a valid WISEid and a school enrollment (studentSchoolAssociation) in the SIS.	Step 1: Submit a GET request on /Student to ensure /Student record exists. (MIS2000 cannot do a GET on /Student when they don't have an SMEPA record) Step 2: Submit a POST request on /studentMigrantEducationProgramAssociation records for migrant eligible students.
1.3	Student is certified but not enrolled in school	Students could become eligible to receive MEP services and has a valid WISEid, but not necessarily have a school enrollment (SSA)	submit a POST request on /studentMigrantEducationProgramAssociation for a student without a /Student record in the API year
1.4	The school district deletes the student's school enrollment (SSA)	When a student's school enrollment is deleted, the /studentMigrantProgramAssociation should not be deleted	NA
1.5	Student is certified, but doesn't have a WISEid yet	Tena searches eligible students who don't have a WISEid in WISEdash to see if a WISEId has been assigned, then adds any WISEids she finds to MIS2000.	If MIS2000 can hit the /Identities endpoint, would that eliminate Tena's manual process?
1.6	Student is certified, but the WISEid is invalid/merged	A student's WISEid could merge to undo a duplicate. The surviving WISEid become valid and the other WISEid will no longer be valid. MIS2000 will NOT receive an error when a student's WISEid used in the /studentMigrantEducationProgramAssociation record is invalid.	MIS200 can identify whether a WISEid is merged via FIND or SEARCH on /identities endpoint
1.7	Delete the student migrant data from the API	MIS2000 should be able to delete migrant records when inadvertently entered.	MIS2000 needs to use the GUID ID/ Ed-Fi ID for the delete requests
	Submitting changes in migrant data
2.0	Student certified and enrolled in the same district (same as use case 1.1)	Student is certified with a valid WISEid and a school enrollment (SSA) in the same district for the entire school year in the SIS.	POST request on /studentMigrantEducationProgramAssociation for a student with an existing /Student record in the API year Education Organization Reference: Education Organization ID: 48856 Program Reference: Education Organization ID: 48856 Program Name: Migrant Program Type Descriptor: uri://dpi.wi.gov/ProgramTypeDescriptor#Migrant, Student Reference: Student Unique ID: "WISEid" e.g. 8688008555 Begin Date: "#28 Enrollment Date" Last Qualifying Move: "#20 Qualifying Arrival Date" Priority For Services: True "#47 PPS Flag (at risk)" Continuation of Services Reason Descriptor: uri://dpi.wi.gov/ContinuationofServicesReasonDescriptor#01 "45" Eligibility Expiration Date: "#26” Qualifying Arrival Date: "#20"
2.1	Student attending different schools within the district	MIS2000 data is statewide but when a student moves to a new school in the same districts, multiple studentMigrantProgramAssociation records should be submitted	POST multiple requests on /studentMigrantEducationProgramAssociation 1st SMEPA: Education Organization Reference: Program Reference: Student Reference: Begin Date: Last Qualifying Move: Priority For Services: Continuation of Services Reason Descriptor: Eligibility Expiration Date: Qualifying Arrival Date: 2nd SMEPA: Education Organization Reference: Program Reference: Student Reference: Begin Date: "new begin date" Last Qualifying Move: Priority For Services: Continuation of Services Reason Descriptor: Eligibility Expiration Date: Qualifying Arrival Date:
2.2	Student was certified in District A and is now enrolled in District B	Student transfers during the school year from District A to District B	POST multiple /studentMigrantEducationProgramAssociation
2.3	Student moves from District A to District B within Wisconsin due to work		1- Submit a /studentMigrantProgramAssociation record 2- Submit a new COE /studentMigrantProgramAssociation record with a new Qualifying Arrival Date and a new 36-month term
2.4	Student moves to from District A to District B, but not related to work		Submit multiple /studentMigrantProgramAssociation records with the same COE and a new Begin Date
2.5	Student's migrant eligibility certification expired
2.6	Student moves to new District, but the current migrant eligibility certification expired

Use Cases for SIS Vendors:

MIS2000, utilized by LEAs in Wisconsin as a migrant education program system, transmits data to the WISEdata Ed-Fi API throughout the year. SIS vendors are tasked with retrieving this data from the /studentMigrantEducationProgramAssociation endpoint and incorporating it into their SIS. SIS vendors have the option to store either the most recent migrant record for a student for the current year and prior years or track migrant record changes. It is not mandatory for SIS vendors to store all data properties under the /studentMigrantEducationProgramAssociation endpoint. Storing migrant data in the SIS facilitates LEAs in efficiently monitoring the student's migrant status within the SIS, accessing a list of migrant students, and ensuring their eligibility for Free Lunch.

MIS2000, utilized by LEAs in Wisconsin as a migrant education program system, transmits data to the WISEdata Ed-Fi API throughout the year. SIS vendors are tasked with retrieving this data from the /studentMigrantEducationProgramAssociation endpoint and incorporating it into their SIS. SIS vendors have the option to store either the most recent migrant record for a student for the current year and prior years or track migrant record changes. It is not mandatory for SIS vendors to store all data properties under the /studentMigrantEducationProgramAssociation endpoint. Storing migrant data in the SIS facilitates LEAs in efficiently monitoring the student's migrant status within the SIS, accessing a list of migrant students, and ensuring their eligibility for Free Lunch.
#	Use Case Title	Use Case Description	What to Submit/retrieve
1.0	SIS vendors no longer send Migrant status to WISEdata	Do NOT send 'Migrant' as a characteristics on /SEOA.	Do NOT post 'Migrant' as a characteristics on /SEOA starting 21-22 SY
2.0	SIS vendors will read student Migrant data form API and ingest it into the SIS	Migrant data is sent from a State-wide vendor for all school districts. SIS vendors will have to retrieve data from /studentMigrantEducationProgramAssociation, then ingest it into the SIS.	Do a GET for WISEid on /studentMigrantEducationProgramAssociation If school enrollment (SSA) exists for the student, then results will be displayed If school enrollment (SSA) doesn't exists for the student, then results will NOT be displayed
3.0	Only one migrant record exist for a student	Student is certified and enrolled in the same district for the entire school year.	Do a GET for WISEid on /studentMigrantEducationProgramAssociation, then ingest the single record into the SIS
4.0	More than one migrant record exist for a student	Student moved to a new school in the same district, and multiple migrant records are submitted with a new Begin Date for the new school.	Do a GET for WISEid on /studentMigrantEducationProgramAssociation, then ingest multiple records into the SIS
5.0	More than one migrant record exist for a student	Student transferred during the school year from District A to District B, and multiple migrant records are submitted with a new details.	Do a GET for WISEid on /studentMigrantEducationProgramAssociation, then ingest multiple records into the SIS

JSON Sample:

{
            "beginDate": "2020-07-01",
            "educationOrganizationReference": {
                        "educationOrganizationId": 48856
            },
            "programReference": {
                        "educationOrganizationId": 48856,
                        "programName": "Migrant",
                        "programTypeDescriptor": "uri://dpi.wi.gov/ProgramTypeDescriptor#Migrant"
            },
            "studentReference": {
                        "studentUniqueId": "9999999999"
            },
            "continuationOfServicesReasonDescriptor": "uri://dpi.wi.gov/ContinuationofServicesReasonDescriptor#01",
            "eligibilityExpirationDate": "2021-06-05",  
            "priorityForServices": "true",  
            "qualifyingArrivalDate": "2019-01-01", - Last Qualifying arrival date
            "lastQualifyingMove": "2019-06-30"  
}