결론부터 말씀드리자면, 그냥 '일련번호' 데이터 형식의 필드를 사용하는 것이 정답에 가깝습니다.

접수번호에 의미를 부여하면, '동시성'을 고려해서 번호가 생성되어야 합니다.
이것을 제대로 구현하는 것은 무척 어렵기 때문입니다.

'동시성'을 고려하지 않고 번호를 생성하게 되면, PC1에서 새 접수번호를 받고, PC2에서도 새 접수번호를 받을 때, 중복되지 않은 값이 나오지 않는다고 보장하기가 쉽지 않기 때문입니다.

그럼에도 불구하고, 많은 분들이 한 대의 컴퓨터에서 처리하기 때문에 문제되지 않는다는 등의 이야기를 하면서 괜찮을 것이라고 이야기 합니다. 당장은 문제가 안 되겠습니다만, 0%의 가능성이 아니라면 반드시 일어나기 마련입니다.

어쨌든.. '동시성'을 고려한 것을 지금 설명드리는 것은 적절치 않습니다.
(따로 교육과정이 필요할 수도 있습니다.)

'동시성'을 고려하지 않은, 접수번호 생성 방법을 말씀드리겠습니다.
(이것도 마냥 쉽지는 않습니다.)

일단 몇 가지 가정이 필요합니다.

1. 테이블 이름은 '접수' 입니다.
2. 이 테이블에 '접수번호' 필드가 자동으로 생성되는 필드입니다.
3. 이 테이블에 '성별' 필드도 있습니다. (1: 남, 2: 여)

그리고 제시해 주신 조건에서 '코드'와 '카운트'의 차이를 모르겠습니다.
일단은 '카운트'가 일련번호인 것으로 가정해서 말씀드리겠습니다.
('코드'는 무시합니다.)

'카운트'를 구하려면, 직전에 사용된 '카운트' 값이 필요합니다.
그리고 '카운트' 값은 날짜와 성별마다 1부터 시작되겠죠?

직전에 사용된 '접수번호' 값 찾기 = varA = DMax("접수번호", "접수", "접수번호 LIKE '20230328-1-*'")
여기에서 '카운트' 값만 찾기 = varLast = Val(Right(varA,3))
새로운 '카운트' 값 = varNew = varLast + 1

이 계산식을 '접수' 폼의 '접수번호 만들기' 버튼의 'Click' 이벤트 프로시저로 작성합니다.

설명은 다 드렸는데, 이것을 자신의 예제에 적용시키는 건 또 쉽지 않을 수 있습니다.
잘 되기를 바랍니다.

지금 이 구현은 문제가 꽤 있는 구현입니다.
그냥 일련번호 사용하시는 것이 좋을 것입니다.